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ELŐSZÓ 


Könyvünkkel azoknak igyekszünk segítséget nyújtani, akik programjaikat biz- 
tonsággal szeretnék megvédeni. A címe azonban talán egy kicsit többet ígér, 
mint amennyit egyáltalán valóra lehet váltani. Bombabiztos védelmi módszer 
ui. nem létezik. Minden védelmet fel lehet törni, meg lehet fejteni, csak türelem 
és megfelelő szakmai ismeret szükséges hozzá. A könyvben bemutatott módsze- 
rek egy része szakmai körökben ismert, egyikkel-másikkal nyilván már az 
Olvasó is találkozott. 

Hosszú ideig gyűjtögettük ezeket az eljárásokat, és jó részüket alkalmaztuk 
is. Tekintettel azonban arra, hogy a gyártó időközben többször is módosította 
a COMMODORE-64-es alapgép és lemezegység operációs rendszerét, elképzel- 
hető, hogy némelyik program egyáltalán nem vagy csak kis módosítással hasz- 
nálható. 

A könyvben található alapprogramokat az Olvasó igényének megfelelően 
összefűzheti egy-egy új védelmi eljárás kifejlesztéséhez. 

Nem volt célunk a programfeltörők munkáját elősegíteni, de a védelmi eljárá- 
sok bemutatásával akarva-akaratlanul ehhez is adalékot szolgáltatunk. 


1. A BASIC PROGRAMOK LISTÁZÁS 
ELLENI VÉDELME 


Könyvünk első fejezetében arra adunk néhány ötletet, hogy hogyan lehet a 
BASIC program kiíratását megakadályozni, azaz a LIST parancs hatását ér- 
vényteleníteni vagy módosítani. A bemutatott módszerek természetesen egy- 
mással kombinálva is alkalmazhatók, a számtalan variációnak csak a progra- 
mozó fantáziája szabhat korlátot. 

Igyekeztünk az egyszerűbbektől a bonyolultabbak felé haladva az összes 
lehetséges listázás elleni módszerre kitérni. Ezek a módszerek azonban mind 
meglehetősen egyszerűek, s többé-kevésbé ismertek, ezért hatástalanításuk sem 
okoz különösebb problémát. Így ahol ez egyszerűen megoldható, adunk néhány 
tippet arra is, hogyan lehet ezeket a védelmi módszereket hatástalanítani. 


1.1 Listázás elleni védelem 
vezérlőkarakterekkel 


A listázás letiltásának legegyszerűbb módja a SHIFT-L billentyűkre (a SHIFT 
és az L betű együttes lenyomásával kapott karakter) épül. A megvalósítás is 
rendkívül egyszerű. 


10 PRINT "EZ A PROGRAM VEDETT" 
20 REML 

30 FORI-1T0O 100 

40 PRINT I 

50 NEXT I 


Ha a LIST rutin egy BASIC sorban megtalálja ezt a jelet (esetünkben a 20-as 
sorban), akkor a listázást megszakítja, miközben kiírja a SYNTAX ERROR" 
hibaüzenetet. (Természetesen a védelem a program helyes működését nem 
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befolyásolja.) A módszer hiányossága, hogy a listázást csak a REM utasítás 
végrehajtása közben szakítja félbe, így az előző sorok és a REM utasítás még 
látható a képernyőn. 


10 PRINT "EZ A PROGRAM VEDETT" 
20 REM 
SYNTAX ERROR 


Ha a teljes programot szeretnénk védeni ezzel a módszerrel, akkor a SHIFT-L 
jelet a program első sorában kell elhelyezni. 

A módszert könnyű hatástalanítani; önállóan ne is alkalmazzuk. Mivel a 
listázás során a REM utasítás látható, így most kiadhatjuk a 


LIST 30- 


parancsot, s ezzel a program további részét is megnézhetjük. Természetesen, ha 
minden sor elé beírjuk a SHIFT-L jelet, akkor nagyon megnehezítjük annak a 
dolgát, aki egy teljes képet szeretne programunkról kapni. 

Van egy másik módszer, amelyikkel szintén hatástalaníthatjuk a védelmet. 
Ha a HELP-- segédprogram alatt kiadjuk a 34£L parancsot, akkor a 20-as 
sorban a 


20 REM TOO MANY FILES 


üzenet fog megjelenni, de a program további része is látható lesz. Természetesen 
segédprogramokkal az egyszerűbb védelmi módszerek könnyen hatástalanít- 
hatók. 

Valamivel nehezebben feltörhető védelmet jelent a következő megoldás. He- 
lyezzünk el a BASIC programsorok között olyan sorokat, amelyek ún. mester- 
séges vezérlőjeleket tartalmaznak. Ezek lehetnek a közismert kurzormozgató 
vagy karaktertörlő vezérlőjelek, azzal a különbséggel, hogy úgy helyezzük el 
őket a programban, hogy beíráskor ne, kiíráskor azonban végrehajtódjanak 
(ezért nevezzük ezeket mesterséges vezérlőjeleknek). 

Tudjuk, hogy az idézőjel (7) után beírt vezérlőjeleket, pl. kurzormozgatás 
felfelé, a számítógép nem hajtja végre, hanem a funkciónak megfelelő vezérlője- 
let tárolja a programban. Ezt használjuk fel a következő példánkban. Írjuk be 
a következő sort: 


10 REM 7 


Menjünk a második idézőjelre a kurzorral, s nyomjuk lea CTRL-49(RVS ON), 
majd a SHIFT 4 M billentyűket. Ekkor a második idézőjel helyett inverz mező- 
ben egy ferde vonalat fogunk látni. Ha ezt a jelet képernyőre írjuk, pl. listázás 
során, akkor számítógépünk nem ezt a jelet írja ki, hanem végrehajtja a kódnak 
megfelelő funkciót. Esetünkben ez megfelel a RETURN billentyű lenyomásá- 
nak. Írjuk be ezután a SHIFT-4 0 karaktert, ami megfelel a már jól ismert 
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"kurzor fel" jelnek. Ezek után kapcsoljuk ki az inverz írásmódot a CTRL-t0 
" (RVS OFF) billentyűkkel, s írjunk be egy tetszőleges szöveget, pl. : 


10 REM ".. TETSZOLEGES SZÖVEG 


Ha a programot ki akarjuk listázni, akkor az első idézőjel után levő jelet a 
számítógép úgy értelmezi, mintha megnyomtuk volna a RETURN billentyűt, 
tehát a következő sor elejére áll. Ott végrehajtja a következő vezérlőjel szerinti 
műveletet, ami esetünkben kurzor fel, így a kurzor az előző sor elejére fog állni. 
Itt pedig azt a szöveget fogja kiírni, amit a vezérlőjelek után beírtunk. Esetünk- 
ben tehát a 7". TETSZOLEGES SZOVEG felirat jelenik meg a képernyőn. 

A módszer valamivel jobb, mint az előző, ui. a HELP- segédprogram d-L 
parancsa is ugyanazt az eredményt adja, mint a LIST parancs. Sornyomtatóra 
listázva ez semmilyen védelmet nem jelent. A módszer más vezérlőjelekkel 
kombinálva (pl. törlő karakterekkel) már lényegesen jobb védelmet ad. 


1.2 Módosítsuk a LIST vektort! 


A LIST vektor a tár $0306-os (774-es) címén található. Az operációs rendszer 
mindig erre a vektorra ugrik, hogy a BASIC programot olvasható szöveggé 
alakítsa, valahányszor a LIST parancsot kiadjuk. A vektor valójában a végre- 
hajtandó rendszerrutin kezdőcíme, alsó (LOW) és felső byte (HIGH) alakban. 
Alapesetben a byte-ok tartalma $A7I1A (erről egy egyszerű PEEK utasítással 
meggyőződhetünk). 

A vektort POKE utasítással vagy egy monitorprogrammal módosíthatjuk 
úgy, hogy a rendszer a LIST parancs végrehajtása közben egy másik rutinra 
ugorjon, azaz a tényleges LIST rutint átlépje. Gépeljük be a következő POKE 
parancsokat: 


POKE 774,226: POKE 775,252 


Az alsó byte most 226 ($E2), a felső byte tartalma 252 ($FO), így a LIST vektor 
címét a $FCE2-re (64738) módosítottuk. 

Ha most kiadjuk a LIST parancsot, a rendszer listázás helyett automatikusan 
RESET-et hajt végre. A módszer természetesen csak akkor működik, ha a 
tárban van egy BASIC program, amelyik az előző módosításokat elvégzi 
(egyébként sem korrekt a RESET indítás). 

Ezt a védelmet nem kötelező a RESET rutinra építeni. A LIST rutin kezdőcíi- 
mét tetszőleges gépi kódú program kezdőcímével helyettesíthetjük, amely pl. 
automatikusan újraindítja vagy megsemmisíti a tárbeli BASIC programot. 
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1.3 Programlista helyett csak 
sorszámok! 


Ez az egyik legjobb módszer a BASIC programok listázás elleni védelmére. Ha 
valaki egy ilyen típusú védelemmel ellátott BASIC programot próbál meg 
kilistázni, lista helyett csak sorszámokat fog látni a képernyőn. A módszer nem 
csekély hátránya, hogy a védelmet minden BASIC sorba be kell tenni! Gépeljük 
be a következő programsorokat: 


10 :rnA — 23 
20 ::z::B — 85 


Az egymást követő öt kettőspont tulajdonképpen csak a titkosításhoz szükséges 
karakterhelyek lefoglalására szolgál. A tényleges karaktereket monitorprog- 
rammal kell beírni. Mielőtt erre rátérnénk, nézzük meg, hogyan néz ki ez a sor 
a tárban: 

. : 0800 99 Of 08 da 09 3a 3a 3a 

." !OBOB 3a 3a 41 be 32 33 08 1d 

. (0819 O8 14 09 J3a 3a 3a 3a 3a 

." 0818 42 be 38 35 99 09 98 00 

. 0829 99 99 99 99 99 99 909 09 

. : 0828 09 99 99 09 99 09 99 00 

. 9839 99 99 99 99 99 99 09 99 


. : 0838 909 99 09 909 99 99 09 909 
. 0840 09 99 09 99 99 99 99 99 


A $0801-es és $0802-es címen a következő BASIC sor kezdőcíme áll, alsó és felső 
byte alakjában. Mivel a program két sorból áll, a következő sor a $080F-es 
címen kezdődik. A következő két byte a BASIC sorszám, szintén alsó és felső 
byte alakban. Az alsó byte tartalma esetünkben 0A, a felső 00, ami megfelel a 
10-es sorszámnak. Mivel a sorszám 65535-ig terjedhet, a két (alsó és felső) 
byte-ra mindenképpen szükség van, hiszen egy byte csak a 0-tól 255-ig terjedő 
sorszámok tárolására lenne elegendő. A tárban a sorszám után az öt kettőspont 
ASCII kódja következik. Ezek után található az A — 23 utasítás ASCII kódok- 
kal. Ha egy érvényes BASIC utasítás lenne ezen a helyen, akkor az utasítás 
tokenjét találnánk itt. A következő BASIC sort az előzőtől egy $00 byte választ- 
ja el. A második sor végén lévő három nulla byte a program végét jelzi. 

Térjünk vissza a LIST védelemhez! Most a monitorprogram segítségével írjuk 
át a BASIC programba írt kettőspontokat: 


. : 0800 09 Of 08 da 09 ff ff ff 
.: 10808 ff ff 41 be 32 33 09 1d 
. 19819 08 14 08 Ja 3a Ja 3a 3a 
" (0818 42 be 38 35 099 90 08 00 
. 9829 99 99 99 99 99 99 99 009 
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. "0828 09 00 09 90 09 09 99 08 
. 9839 09 99 99 99 99 99 99 09 
. : 9838 99 90 98 09 90 900 98 909 
. : 0849 99 99 99 99 49 09 99 09 


A $3A $3A $3A $3A $3A ASCII kódok helyén most $00 $FF $FF $FF $FF 
áll. Végezzük el ugyanezt a módosítást a 20-as sorban is! Visszatérve a moni- 
torprogramból, adjuk ki a LIST parancsot. A képernyőn a következőt látjuk : 


10 
20 
READY. 


A sorszám megjelent, de a tényleges BASIC sor nem. Ez persze nem jelenti azt, 
hogy az utasítás valóban , eltűnt". Egyszerűen az történt, hogy a LIST rutin a 
sorszám után nulla byte-ot talált, ami számára a sor végét jelzi, és áttért a 
következő sorra. A módosítás a RUN parancs végrehajtását nem zavarja, a 
program ugyanúgy fut, mint a módosítás előtt. Ezt a védelmi módszert akkor 
is alkalmazhatjuk, ha egy sorban több utasítás áll. Azt azonban semmiképpen 
nem kerülhetjük el, hogy a védelmet minden sorba, egyenként kelljen beírnunk. 
Ez a munka eléggé fáradságos, így célszerű a következő segédprogramot alkal- 
mazni: 


109 KL-PEEK(43):REM PROGRAM KEZDETE LOW BYTE 
119 KH:PEEKC44):RENM PROGRAM KEZDETE HIGH BYTE 
129 KC5-KLt2563KH :REM PROGRAM KEZDOCIME 

139 VL:PEEKC45):REM PROGRAM VEGE LOW BYTE 
1409 VH-PEEK(C46):REN PROGRAM VEGE HIGH BYTE 
159 VC-VLtTtES5ERVH :REM PROGRAM VEGE 

1689 FOR I:KC TO VC-3 

170 FOR K:O TO 4 

180 IF PEEKCI$1K2C258 THEN 220 

1908 NEXT K 

299 REM MEGTALALTUK MIND AZ OT KETTOSPONTOT 
210 POKE I.,9:I5:It4 :REM SORVEGE JEL BEIRVA 
e2gB NEXT 1 A 

2309 END 


A programot fűzzük a védeni kívánt program mögé, majd indítsuk ela RUN 
(sorszám) parancs segítségével, végül futtatás után töröljük ki. A program 
megkeresi az öt kettősponttal megjelölt sorokat, s elhelyezi bennük a védelmet. 
Természetesen hosszabb programoknál a BASIC változat meglehetősen lassú, 
ezért érdemes ezt a részt gépi kódba átírni. A védett programot egyszerű SAVE 
paranccsal tárolhatjuk lemezen vagy kazettán. 

Figyelem! Ha egyszer egy BASIC programba ezt a LIST védelmet beépítet- 
tük, szinte lehetetlen ismét eltávolítani! Célszerű tehát a védelem beépítése előtt 
az eredeti programról feltétlenül másolatot készíteni. 
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1.4 Programvég szimulálása 


Nemcsak a LIST vektort, de a BASIC értelmezőt is megtéveszthetjük, ha tárbeli 
BASIC programon belül programvégét szimulálunk. Mint már az előző alfeje- 
zetből is kiderült, az értelmező a tárban a program végét három egymást követő 
nulla byte alapján ismeri fel. Listázás és futtatás során minden BASIC program- 
sor feldolgozása után ellenőrzi, hogy elérte-e már a , programvég" jelet (a három 
nulla byte-ot), és ha igen, az aktuális feldolgozást megszakítja. A védelmi 
eljárást a következő kis BASIC programon mutatjuk be: 


10 print"minta" 
20 rem .... 
30 goto 10 


A módszer az értelmező leirt sajátosságán alapul. A , program vége" jelet ui. 
beilleszthetjük akár a program közepére is anélkül, hogy ezzel a programot 
tönkretennénk. Az egyetlen megkötés az, hogy a három nulla byte-ot egy 
BASIC sor végére kell fűzni, ahol egy nulla byte (amely a sor végét jelzi) már 
eleve megtalálható. A nulla byte után — amint azt az előbbiekben láttuk — a 
láncolási cím áll, amely a következő BASIC sor kezdetére mutat. Nézzük meg 
monitorprogrammal a BASIC program tárbeli elhelyezkedését : 

. : 9899 990 de 08 da 99 99 ez 4d 
. "O8O8 49 Je 54 41 22 00 19 08 
. "0819 14 09 8f 298 2e 2e 2e 2e 
. "0818 00 ez 08 le 090 89 29 31 
. "0829 39 99 99 90 8f eg 2e 2e 
. :o828 2e 2e 54 45 00 52 08 6e 
. ! O839 90 4b 48 be ce eg 34 34 


. : 0838 eg Ja 8f 29 50 52 4f 47 
x:0848 52 41 4d eg db 45 Sa 44 


A 20-as sorban a láncolási cím $0819, és ez a $080E és $080F címeken található. 

Most jegyezzük fel a láncolási címet egy papírra, és írjunk a tárba helyettük 
nullát. Így a sor végét jelző nullával együtt megkapjuk a program végét jelző 
három nulla byte-ot. A láncolási címet semmiképpen nem szabad elfelejteni, 
hogy később a program eredeti tárképét POKE utasítással visszaállíthassuk. 
A következő sor kezdetét egyébként arról lehet felismerni, hogy a nullát négy 
nullától különböző tartalmú byte követi. Az első kettő a láncolási cím, a 
második kettő pedig a sorszám. Ha most a programot megpróbáljuk kilistázni, 
a listázás félbeszakad annál a sornál, ahol az értelmező a cím helyett nulla 
byte-okat talál. 

Ugyanez történik, ha a programot futtatni próbáljuk. Ha most a programot 
lemezen tároljuk, visszatöltjük és újralistázzuk, ill. futtatjuk, az eredmény válto- 
zatlan lesz. Az eredeti állapotot úgy állíthatjuk elő, hogy az előzőleg felülírt 
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láncolási címet POKE utasításokkal visszaírjuk. A POKE utasításokat közvet- 
len üzemmódban, parancsként is végrehajthatjuk, első paraméterként a láncolá- 
si cím helyét, ill. annál 1-gyel nagyobbat; második paraméterként pedig a 
tényleges láncolási címeket megadva. Ezután a program ismét listázható és 
futtatható. Még egy fontos megjegyzés: a védett programot semmiképpen nem 
szabad módosítani, hiszen módosítás közben a címek eltolódhatnak, és így az 
eredeti láncolási cím helye megváltozhat, ami a teljes BASIC programot tönkre- 
teheti. 


1.5 BASIC programok láncolása 


Az előző alfejezetben már láttuk, hogy a BASIC sorok hogyan kapcsolódnak 
egymáshoz az ún. link byte-okon keresztül. Készíthetünk listázás elleni védel- 
met úgy is, hogy ezt a láncolási címet (a link byte-ok tartalmát) megváltoztatjuk. 
Legyen példaprogramunk a következő: 


10 1-1-7-1 

20 PRINTI 

30 GOTO 10 

A program tártérképe: 

o891 eb link byte alsó 
agzoge 08 link byte felső 
9893 9a 19 sorszám 

9894 09 nullabyte 

9905 49 s 

9806 be z 

9897 49 I 

98098 aa hé 

9809 31 1 

o8da 0 sor vege 

9g80Oob 12 link byte alsó 
o8gc 98 link byte felső 
gegd 14 29 sorszám 

o890e 00 nullabyte 

e8g0f 99 PRINT utasítás tokenje 
o819 49 I 

9811 80 sor vége ú 
0818 1b link byte alsó 
9813 08 link byte felső 
0814 1e 39 sorszám 

p815 00 nullabyte 

98316 89 GOTO utasítás tokenje 
9817 e9 SPACE 

op8g18 31 1 

0819 39 íz] 

ap8gia 99 a program végét jelző 
9g81b 30 három nulla byte 
oeg1c 00 


Ha átírjuk a $0801 cím tartalmát pl. $01-re, a LIST rutin az első sor kiírása után 
újból az első sort fogja kiírni, hiszen a következő sor láncolási címe $0801, s ez 
éppen az első sor kezdete. 

Tehát a LIST rutin mindig ugyanazt a sort írja ki a képernyőre, és sohasem 
tér át a következő sorra. Ez a védelem a RUN parancs végrehajtását, vagyis az 
értelmező működését nem befolyásolja ; a program változatlanul, helyesen fut. 

A védett sor (sorok) mögött álló sorokat nem lehet törölni. Ha azonban az 
első sort töröljük, a védelem feloldódik. Éppen ezért célszerűbb ezt a védelmet 
úgy használni, hogy bizonyos programrészeket átugrunk, azaz a LINK byte- 
okat úgy módosítjuk, hogy néhány sort átugorva egy távoli programsorra 
mutasson. Futtatás közben az értelmező a listából kimaradt sorokat is végre- 
hajtja, tehát a program hibátlanul fut. 

Ez a védelmi módszer a legkevésbé sem feltűnő. Lehetővé teszi, hogy bizonyos 
fontos programsorokat (pl. azokat, amelyekben a jelszót bekérjük) egyszerűen 
átugorjuk, és ily módon a hívatlan szemlélő elől tökéletesen elrejtsük. 

Még egy fontos tudnivaló: azokra a sorokra, amelyeket átugrunk, sosem 
szabad GOTO, GOSUB vagy THEN utasítással hivatkozni, mivel ezeket a 
sorokat a láncolási cím hiányában az értelmező sem fogja megtalálni, és ezt 
programmegszakítással, ill. az "TUNDEFD STATEMENT ERROR" hibaüze- 
nettel jelzi. A BASIC program ez esetben tehát nem futhat helyesen. 

Sajnos ezt a védelmet is könnyű feltörni. Például a HELP- segédprogram 
tt L parancsa figyelmen kívül hagyja a link byte-okat a listázás során, vagyis 
a teljes programot láthatóvá teszi. Éppen ezért célszerű ezt a módszert mértékkel 
alkalmazni, vagyis csak a kritikus programsorokat védjük le. Ha a védelem nem 
a program elején, hanem pl. a közepén helyezkedik el, akkor valószínűleg 
elkerüli az illetéktelen felhasználó figyelmét, hiszen nem gyanakszik programvé- 
delemre. 

Ugyanezen a módszeren alapszik aza gyakran alkalmazott védelem, melyben 
a listázás során a program ugyanazokat a sorszámokat írja ki. Módosítsuk 
előbbi programunkat úgy, hogy átírjuk a $080D és a $0814 rekeszek tartalmát 
$0A-ra. A listázás eredménye a következő lesz: 


101-17-1 
10 PRINT 
10 GOTO 10 


Ezzel a módszerrel megnehezíthetjük a program áttekintését, s ha még más 
módszerekkel kombináljuk, szinte lehetetlen a megfejtése. Még egyszer felhívjuk 
azonban az Olvasó figyelmét arra, hogy a vezérlésátadó utasításoknak az eredeti 
sorszámra kell hivatkozniuk, ellenkező esetben a program nem fog futni! 
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1.6 A programmódosítás megakadályozása 


A programmódosítás megakadályozásának egyik legegyszerűbb módja a követ- 
kező: a BASIC program végének lekérdezése. A címét a következő utasítással 
kiíratjuk a képernyőre: 


PRINT PEEK(45) -- PEEK(46) 256 


Mivel ez a cím a $ZD (45) és $2E (46) tárcímeken található alsó és felső byte 
alakban, ahhoz, hogy a BASIC programon belül hivatkozhassunk rá, át kellett 
alakítanunk egyetlen decimális egész számmá. 

Mielőtt a program végét jelző címet betöltjük és átalakítjuk, a védeni szánt 
BASIC programba be kell építenünk azt a sort, amelybe a lekérdező utasítását 
írtuk, hiszen egyébként a program vége ismét módosulna. A kapott összeg tehát 
nem a helyes értéket adná. 

A lekérdezés módja : 


10 A- PEEK(45) t PEEK(46) 256 
20 IF A 500000 THEN SYS64738 


Ha ezt a két sort beírjuk abba a programba, amelyet védeni szándékozunk, és 
ezután közvetlen üzemmódban lekérdezzük a program végét, megkapjuk a 
helyes értéket, amit a 20-as sorba kell beírnunk. Az ellenőrző összeg módosítása 
közben ügyeljünk arra, hogy ne írjunk egyetlen számjeggyel se többet, se keve- 
sebbet, hiszen ez az ellenőrző összeget ismét megváltoztatná. A lekérdezést 
célszerű valahol a BASIC program közepén elhelyezni, hiszen így nehezebb 
megtalálni. Itt sem árt, ha a programba egyéb listázás elleni védelmet is beépí- 
tünk. 

Ha most valaki megpróbálja a programot módosítani, pl. sort töröl a prog- 
ramból vagy új sort ír bele, a program a RESET rutinra ugrik, ami többek 
között alaphelyzetbe állítja a programkezdet- és programvégmutatókat 
($2B—-$2E-ig), így a program a LIST rutin számára , elvész". 

A program módosítását természetesen megpróbálhatjuk úgy is, ha a védeni 
kívánt rész elé monitorprogram segítségével beírjuk a létező legnagyobb sorszá- 
mot ($FFFF-et). Legyen példaprogramunk a következő: 

19 (5Iti 

29 PRINTI 

39 GOTO 10 

40 REM VEDELEM INNEN 
69 PELDAPROGRAM 


709 KESZITETTE: KOVACS JOZSEF 
88 KEREPESTARCSA 


Ha monitorprogrammal a 40-es sor számát módosítjuk $FFFF-re, és újból 
listázzuk, a következőket látjuk : 
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tö 169ti 
eg PRINTFTI 
306 GOTO 19 
65535 REM VEDELEM INNEN 
69 PELDAPROGRAM 
70 KESZITETTE: KOVACS JOZSEF 
88 KEREPESTARCSA 
READY. 
Az előbbi 40-es sor sorszáma most 65535 ($FFFF). Így az alatta lévő sorokat 
már nem érjük el, tehát sem módosítani, sem törölni nem tudjuk. 
A módszer nagy hátránya, hogy a védett rész nem tartalmazhat vezérlésátadó 


utasításokat. 


1.7 Gépi kódú program szimulálása 


Kiváló listázás elleni védelmet kapunk akkor is, ha a BASIC program elejét 
csúsztatjuk el. A LIST parancs végrehajtása után ilyenkor a képernyőn ezt 
látjuk : 


10 SYS 2210 


Látván a SYS parancsot, az idegen szemlélő joggal feltételezi, hogy a tárbeli 
program gépi kódban készült. Így ha a gépi kódú programozásban nem járatos, 
akkor nem fogja a forrásprogramot keresni. 

Nézzük meg, hogyan készíthetünk ilyen védelmet. A módszer lényege az, 
hogy eltoljuk a BASIC program kezdetét. Az eredeti és az új kezdőcím közötti 
tartományba egy kis gépi kódú programot helyezünk, amelynek feladata a 
BASIC új kezdetének beállítása ésa RUN parancs kiadása. (Ezt a kis gépi kódú 
programot indítjuk a SYS utasítással.) 

A védeni kívánt BASIC program legyen a következő: 


0 REM 
101-1--1 
20 PRINTI 
30 GOTO 10 


Helyezzük el a programot a 2220-as címtől ($08A C). Így az assembler program, 
amelynek feladata tehát csak az, hogy az új kezdőcímet beállítsa és a BASIC 
programot elindítsa, a következő lehet: 
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083E 19 x:$083E 

o83E Ag AC eg LDA H$AC JAZ UJ KEZDOCIM ALSO BYTE 
9849 85 2eB 309 STA $28B ?:BASIC KEZDET ALSO BYTE 
0842 4C 71 Ag 40 JP $AB7TI:RUN d 

9845 65535 : END ld 


ZEILEN:5 SYTMBOLE :ú FEHLER!:O 


A gépi kódú program a tárban a $083E-es címen kezdődik, így a SYS 2210 
paranccsal indítható. Azoknak, akik nem tudnak gépi kódban programozni, 
közöljük a BASIC betöltőt: 


19 FOR I:-2219 TO 2216 

28 RERD X:FOKE I.X 

39 NEXT 

40 DATA 169 ,172,133 43.76 ,113,168 


Természetesen a gépi kódú program további feladatokat is elvégezhet, pl. 
letilthatja a STOP, RESET billentyűket stb. 

Ha a programokat elkészítettük és lemezen tároltuk, akkor a védelmi eljárás a 
következő : 


h 


4 


az 


ket 


. Hozzuk alapállapotba a számítógépet. (Ehhez az a legjobb, ha kikapcsoljuk, 


majd újból bekapcsoljuk a gépet.) 


. Írjuk be a gépi kódú program kezdőcímét. Ez esetünkben: 


10 SYS 2210 


. Állítsuk át a BASIC kezdetét a 2220-as címre ($08A C). 


POKE 43,172:POKE 2219,0:NEW 


Az első POKE utasítás a BASIC program kezdetét állítja be, a második egy 
nulla byte-ot ír az új BASIC programterület elejére (hiszen a $0800 is ezt 
tartalmazza). 

Töltsük be a gépi kódú program BASIC betöltőjét, futtassuk le, majd töröl- 
jük. 


. Töltsük be a védeni kívánt BASIC programot. 
. Írjuk vissza az eredeti BASIC kezdetet a 


POKE 43,1 
utasítással. 
SAVE paranccsal mentsük ki a programot. 


Ha mindent pontosan végrehajtottunk, akkor a védelem biztosan sikerül. 
Ezek után ha valaki behívja a programunkat és kilistázza, csak a 
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10 SYS 2210 


utasítást fogja látni, de a RUN parancsra a mögötte lévő BASIC program 
fog elindulni. 


1.3 Hardver RESET letiltása 


A RESET letiltására egyetlen védelmi módszer kínálkozik, amely a CBM80 
azonosító kódra épül. Az operációs rendszer a CBM80 azonosító segítségével 
ellenőrzi, hogy a bővítésre (extension port) csatlakoztattunk-e modult, vagy 
sem. 

Az operációs rendszer a CBM80 karaktersorozatot mindig a $8004 (32772) 
tárcímen kezeli, és ha ott nem találja, a továbbiakban nem ismeri fel. 
A $8000-től $8003-ig terjedő byte-ok szintén fontos információt tartalmaznak, 
nevezetesen azt a két címet (alsó és felső byte alakban), ahová a rendszernek a 
RESTORE billentyű leütése, ill. a RESET végrehajtása során ugrania kell. 
A $8002, $8003 címek a RESET-hez tartoznak. Azzal, hogy a byte-ok tartalmát 
átmásoljuk a $8000-tól $8008-ig terjedő tárterületre, egy modul aktív voltát 
szimulálhatjuk. Ez egyben kiváló RESET és RUN-STOP/RESTORE védelmi 
lehetőséget jelent. 

A következő BASIC programba már beépítettük a védelmet létrehozó utasí- 
tásokat. 


5 POKE 898.254 :REM STOP BILLENTYU LETILTVA 
19 C5s3277e 

29 POKEC,195 : REM 
39 POKECtI,194 :REM 
409 POKECt2é,2B5 :REM 
59 POKECt3,56 : REM 
69 POKECt4 .48 : REM 
65 C:32768 

66 POKE C.9 

87." POKE CtI:.128 

10. POKE Ct2a; 9 

75 POKE Ct3,128 5 
80 FOR I-32777 TO Je77745 

82 READ X:POKEI,X:NEXT 

85 DATA 32 ,89,166.76,174.1567 

199 PRINT"EBBOL -NEM LEHET KILEPNI" 
119 GOTO 199 

READY. 


S0ZU0O 


A program az előbb ismertetett elvet követi. A 20, 30, 40, 50, 60-as sorok a 
$8004-től terjedő öt byte-ba beírják a CBM80-as azonosító kódot. Így a C64-es 
feltételezi, hogy egy bővítő modult csatlakoztattunk hozzá. A program ezután 
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a $8000-től beírja annak a kis gépi kódú rutinnak a kezdőcímét, amelyre a 
vezérlést kell adnia, ha valaki megnyomja a RESET gombot. (A RESET gomb 
beépítését egyénileg kell megoldani, ezt ui. a gyártó nem építi be a gépekbe!) 
A gépi kódú rutin a $8009-es címen kezdődik, és csak két utasításból áll. Ezeket 
a 80, 82, 85-ös sorok állítják elő. A védeni kívánt program tulajdonképpen a 
100-as és a 110-es sorokban található. A kis gépi kódú rutin a következő két 
utasítást tartalmazza : 


JSR — $A659 
JMP  $A7AE 


Az első utasítás a CHRGOT-mutatót állítja a program elejére, és egy CLR 
utasítást hajt végre. A második utasítás az interpreterciklusra ugrik, ami így 
egyenértékű a RUN parancs végrehajtásával. 

Ha valaki beépíti egy BASIC programba ezt a védelmet, és a programot 
autostarttal indítja, a gépkezelő semmilyen módon nem tudja megszakítani a 
program futását, hacsak ki nem kapcsolja a gépet, vagy nem dolgozik olyan 
operációs rendszerben, amely egy bizonyos billentyűkombináció és a RESET 
egyidejű leütésére átugorja az azonosító (a CBM80) ellenőrzését. 


1.9 Védekezést támogató POKE utasítás 


Végezetül egy rövid összefoglalót közlünk azokról az utasításokról, amelyek 
hasznosak lehetnek néhány programvédelmi előírásnál. 


A LIST parancsot érintő utasítások : 


POK HB 2225 normál állapot 

IPOKE 22.32] a sorszámok olvashatatlanok 

(POKE 22.33] ! jel illesztése a sorszámokhoz 

POKE 22.34 ? FORMULA TO COMPLEX ERROR hibaüzenet, 
utána ismét normál állapot 

POKE 22.35 sorszám nincs 

POKE 774,226 ($E2) a LIST rutin a RESET-re, 

POKE 775252 ($FC) ($FCE2) — 64738-re ugrik 


POKE 788, PEEK(788)-- 3] 
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A STOP billentyű letiltása : 
ÍPOKE 808,254 


) STOP-RESTORE letiltva 


ÍPOKE 809.255 


POKE 818,32 
POKE 819,245 


POKE 649.0 billentyűzet letiltva (RUN-STOP; RESTORE nem mű- 
ködik!) 

POKE 649.,10 billentyűzet alaphelyzetben 

POKE 2048.1 RUN-raSYNTAX ERROR (ide bármit írhatunk, akkor 


jelez hibát, ha tartalma nem 0) 


) SAVE letiltva 
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[d01] 


2. EGYSZERŰ LEMEZES VÉDELMI 
MODSZEREK 


Ebben a fejezetben olyan egyszerű védelmi módszereket mutatunk be, amelyek- 
hez nem kell , komoly" programokat írni. A legtöbb esetben elegendő, ha 
tisztában vagyunk a lemezegység működésével, és van egy egyszerű monitor- 
programunk. Védelmet ugyanis e program segítségével is létrehozhatunk. Ter- 
mészetesen, ha programból akarjuk majd alkalmazni, pontosan kell ismernünk 
a közvetlen lemezkezelés BASIC utasításait. Annak érdekében, hogy a most 
következő és a későbbi komolyabb példákat az Olvasó biztosan megértse és 
alkalmazni is tudja, röviden összefoglaljuk azokat az ismereteket, amelyekre 
feltétlen szükség lesz. 


2.1 A diskmonitor kezelése 


Ebben a fejezetben egy rendkívül egyszerű és könnyen kezelhető monitorprog- 
ram kezelését mutatjuk be. A diskmonitor, mint a neve is sejteti, olyan segéd- 
program, amellyel tanulmányozhatjuk a lemez szerkezetét. A program gépi 
kódban íródott, s a $C000 címtől kezdve helyezkedik el a memóriában. A prog- 
ram listája megtalálható a Novotrade kiadásában megjelent 4 VC1541-es lemez- 
egység programozása című könyvben (264. oldaltól). 

A program betöltése után a tárban marad, a $C000 címen, s innen bármikor 
aktivizálható a 


SYS 49152 


parancs segítségével. Ezután a képernyőn a következőket látjuk : 


DISK-MONITOR VI.0 
Ea 


tehát a program parancsra vár. 
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A program által elfogadott parancsok a következők : 


R: (READ) egy vektor olvasása lemezről. 
Pl.: S R 12 00 
: . a kötelező üres hely. 

12: a sáv száma hexadecimális formában 

00: a szektor száma hexadecimális formában 

M: képernyőn megjeleníti az előzőleg beolvasott szektor tartalmát a paramé- 
terként megadott tartományban 
Pl.: SM 00 80 


ahol az M parancs után a kiírandó byte-ok kezdő- és végértéke látható (hexade- 
cimális alakban). Erre azért van szükség, mert a teljes blokk nem fér el egyszerre 
a képernyőn. 

)r 18 90 

;7m 89 b6gB 

J:BO 11 ff ff OL 11 ff ff D1 .3RR. IR 

):B8B 11 ff ff 01 11 ff ff O1 .3RRR..IRRR. 

X:99 54 45 53 5a 54 ed 56 45 teszt-ve 

):98 44 45 4c 45 4d ag ag ag delem 

7:ag ag ag 5a 5a ag 382? 41 ag zz 2a 

):a8 ab ag ag 609 oo ..... 

5 ú 


(A program a lemez tartalmát hexadecimális és karakteres formában jelzi ki.) 

A lemeztartalom módosítása úgy történik, hogy a kurzort (a mozgató billen- 
tyűkkel) a hexadecimális területen arra a pozícióra (byte-ra) visszük, amelyet 
módosítani szeretnénk. Beírjuk az új értéket hexadecimális formában, s meg- 
nyomjuk a RETURN billentyűt. A javítás eredménye azonnal megjelenik a 
karakteres mezőben is. 

Ha a javítást befejeztük, akkor a javított szektort a memóriából kiírhatjuk 
lemezre a 


5W (WRITE) parancs segítségével. 
Pl.: SW 12 00 


ahol a parancs után megadott számok a sáv-szektor értékek hexadecimális 
alakban. 

A diskmonitor program futása közben használható az összes lemezkezelő 
parancs is. Mivel ezek a parancsok hasonlóak a HELP-- segédprogram lemez- 
kezelő parancsaihoz, csak szintaxisukat ismertetjük : 


[2 2 :(RETURN)] a hibacsatorna leolvasása 

[5 OI: (RETURN)J] a lemezegység inicializálása (alaphelyzetbe hozása) 
5 AN: lemeznév, ID] lemez formázása 

[5 OM:] lemez RESET 
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5 (XaV:] VALIDATE parancs a lemezre 


A monitorprogramból a 


[52 X (RETURN) 


paranccsal térhetünk vissza a BASIC-be. 


2.2 A lemez szerkezetének alapismeretei 


2.2. A VC 1541-es BAM-ja 


A BAM (Block Availability Map) feladata, hogy a szektorok foglaltságát 
nyilvántartsa. Tehát a BAM egy lemeztérképnek is tekinthető, amely a 18-as sáv 
0-ás szektorában található, s amelyet a DOS a lemez formázása közben hoz 
létre. 

7r 12 BB 

7m 88 ae 

X:00 12 91 41 09 15 ff ff 1f ..a.. 
):08 5 3. 26 3. öli 2 JÖT £ ZölBS 285. 22 ÖRÉt iz AS iz RE 
AN as ERT EAST EE s 
2:18 7 18 IR a. öl 2 lás z SÁRA 5 - ISS 2 lék ár A a 
2:20 E ET Pt EE EBERT AE 
2:2e8 EE E ET AS EE BE EB a 
::290 Pt, 3 AB ÉTETEÉNEÉT Te 
):38 köz PELEE ET 19 ET FE. BF a 
2:4a i5 Tt ft AT ID ÁT EE EE s 
S 
2 


:4e LE. PEP tonT ad Fe ET 
158 E ZL aát ő 22, át. : 4 JRE Éc SE dé B si jő. : 5 AT 
2:58 0 TF TT BZ id ET ER BT 
28  1I3.FETTT BP JE FE FF BZ 
2) :68 12. ff ff 03 12. ff ff 03 
2179 12 FE TT OZ IB FE TT BB s 
2178 18 EF FT IJOSI 14 FT FF OL s 
EL AA PT FEBR AA FF FE MT s 
::88 11 ft ff Ot 143 ff FF OL § 
99 54 45 53 Sa 54 ed 56 45 teszt-ve 
2:98 44 45 4c 45 dd ap ag ag delem 

7sa9 ad ag 5a 5a ap 32 41 ap z2 Bá 
2:38 ad ag ag 99 909 99 98 09 a.... 


. 


EBEELEBEEEEEEEEEE 


Lé 
: 

g 
r 


EEERELEEBEELEEEE E 


Mint minden szektor, a BAM is 256 byte-ból áll. A kettőspont utáni hexadeci- 
mális szám értéke mutatja az adott sorban látható byte-ok közül az első sorszá- 
mát. Az 1. táblázat a BAM szerkezetét foglalja össze: 
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I. táblázat 


4 BAM szerkezete 


Byte sorszáma 


Tartalom 
(hex) 


Megjegyzés 


dec hex 
0/1 $0/$1 $12/$1 
2 $2 $41 
3 $3 $0 
4—143 $4—$8F —- 
144—159 $90-$9F e 
160—-161 $A0-$A1 $A0 
162—163 $A2—-$4A3 — 
164 $A4 $A0 
165—166 $A5—-$A6 $32/$41 
167—-170 $A7—-$A A $A0 
170—-255 $AB-$FF 74 


A tartalomjegyzék kezdetét jelzi 
(sáv/szektor mutató) 

Az A karakter ASCII kódja s jelzi 
a DOS számára, hogy a lemezt 
1541-es egységen formáztuk meg 
Nem használatos 

Blokkfoglaltsági térkép (BAM) 

A lemez neve SHIFT-elt szóközzel 
kiegészítve 

SHIFT-elt szóközjel 

Lemez ID karaktere 

SHIFT-elt szóköz 

DOS verzió lemezformátum-típusa 
(2A) 

SHIFT-elt szóköz 

Nem használatos 


2.2.2 A tartalomjegyzék szerkezete 


A 18-as sávon a felhasználó nem tárolhat adatokat. Ez végig az operációs 
rendszer számára van fenntartva, itt található a lemez tartalomjegyzéke. Persze 
nem egészen olyan formában, mint azt korábban megszoktuk. Most a szokott 
módon töltsük be és írassuk ki a lemez tartalomjegyzékét a képernyőre: 


load"$" ,8 


seartching for $ 


loading 


ready. 
list 


0 "tesztvedelem 


k "peldail" 
B "pelda2" 


662 blocks free. 


ready. 


26 


Ha ugyanezen lemez tartalomjegyzékét monitorprogrammal is megvizsgáljuk, 
a 18-as sáv 1-es szektorát a képernyőre íratva a következőket látjuk : 


sys 4915e 


dísK-monítor VI.O 
gr d2.81 


A 2. táblázatban összefoglaljuk a tartalomjegyzék-szektorok szerkezetét 


A tartalomjegyzék-szektorok szerkezete 2. táblázat 
Byte Tartalom ] Megjegyzés 
$0 - A következő sáv mutatója a tartalomjegyzék- 
ben i 
$01 — A következő szektor mutatója a tartalomjegy- 
zékben 
$2-$1E — Az 1. file bejegyzése a tartalomjegyzékben 
$20—-$21 0 Nem használt 
$22—$3F — 2. file-bejegyzés 
$40—$41 0 Nem használt 
$42-$5F — 3. file-bejegyzés 
$60-$61 0 Nem használt 
$62-$7F — 4. file-bejegyzés 
$80—-$81 0 Nem használt 
$82—-$90 — 5. file-bejegyzés 
$A0—-$A1 0 Nem használt 
$A2—-$8F — 6. file-bejegyzés 
$C0—-$CIl 0 Nem használt 
$C2-$DF — 7. file-bejegyzés 
$E0—$E1 0 Nem használt 
$E2-$FF — 8. file-bejegyzés 


Egy tartalomjegyzék-szektorban 8 file-bejegyzés fér el, s mivel 18 szektorunk 
van, így adódik, hogy egy lemezen maximálisan 


ps 


818 — 144 


file-bejegyzés lesz. Minden szektor első két byte-ja egy mutató, amely a logikai- 
lag következő sáv és szektor számát tartalmazza. A mi példánkban ezek értéke 
00FEF, ami azt jelenti, hogy a tartalomjegyzék nem folytatódik más szektorok- 
ban, ez az utolsó szektora. Abban az esetben, ha a tartalomjegyzékben 8-nál 
több bejegyzés lenne, akkor a láncolási mutató 12 04 lenne. Azt, hogy melyik 
lesz a következő szektor a tartalomjegyzék esetében, a következő kis táblázatból 
előre megállapíthatjuk : 


0 BAM 

1, 4, 7, 10, 13, 16 

2, 5, 8, II, 14, 17 

3, 6, 9, 12, 15, 18 4 18-as sáv szektorainak logikai lánca. 


Tehát az 1-es szektort nem a 2-es szektor követi logikailag, hanem a 4-es, azután 
pedig a 7-es stb. 

Hogy miért van ez így? Azért, mert a lemezegységünk 300 f/p fordulatszám: 
mal forgatja a behelyezett lemezt. Míg a beolvasott adatok továbbítását a 
lemezegység hardvere, szoftvere elvégzi, s felkészül a következő szektor olvasá- 
sára, addig a mechanika a lemezt kb. 2 szektorral elforgatja. Az előbbi láncolási 
TÖGÉSZENI azért vezették be, hogy ne kelljen sokat várakozni arra, míg az elolva- 
végzett egy szektor továbbításával, az olvasófej előtt pontosan a következő 
olvasandó szektor áll, tehát a várakozási idő minimális (hasonlóan magyaráz- 
ható írás esetén 15), 


2.2.3 Közvetlen lemezkezelés parancsai 


A VC1541-es DOS operációs rendszere kilenc közvetlen parancsot ismer. 


U1 (Block-Read) ; adatokat olvas a 1541-es RAM területére. 

B-F (Buffer-Pointer) ; egy tetszőleges byte-ra pozicionálja a mutatót a 
lemez RAM területén. 

U2 (Block-Write) ; adatokat ír a 1541-es RAM területéről lemezre. 

M-R (Block-Read) ; a 1541-es RAM vagy ROM területének beolvasása 


a C 64 RAM területére. 
M-W (Memory-Write) ; a C64 RAM területéről adatokat ír a 1541-es RAM 


területére. 

B-A (Block-Allocate) ; az aktuális szektort foglalttá teszi a lemez BAM 
területén. 

B-F (Block-Free) ; az aktuális szektort szabaddá teszi a lemez BAM 
területén. 
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M-E (Memory-Execute); . egy gépi kódú rutint hajt végre a 1541-es RAM 
vagy ROM területén. 

B-E (Block-Execute) ; lemezről betölti a szektor tartalmát, egy progra- 
mot, a 1541-es RAM területére, s végrehajtja azt. 


A parancsok használatához meg kell nyitnunk egy file-t, amelyen keresztül a 
parancsokat továbbítjuk a lemezegységnek. A közvetlen lemezkezeléshez szük- 
séges OPEN utasítás alakja a következő : 


fOPEN fsz, esz, mc, 7? d" 


ahol 7/sz: a logikai file-szám (1—127), 
esz: a lemezegység száma (pl. 8), 
mc: másodlagos cím (2-14). 


Az OPEN utasítás létrehoz egy kommunikációs csatornát a C 64-es és a 1541-es 
lemezegység között. 


Példa: OPEN 2,8,14,734" 


A példánkban megnyitottunk egy közvetlen elérésű csatornát 2-es logikai file- 
számmal a C 64-es oldaláról a 8-as lemezmeghajtóra, 14-es másodlagos címmel 
a 1541-es oldaláról. 

A logikai file-szám és a másodlagos cím közötti különbség tehát a következő : 
a logikai file-szám azt a csatornát jelöli, amelyen a C 64-es továbbítja az 
írólolvasó parancsokat (GET it; INPUT4-; PRINT3t) a lemezegység felé. 
A másodlagos cím azt a csatornát jelöli, amelyen keresztül a lemezegység a 
közvetlen elérésű parancsokat továbbítja (UI, M-R stb.). Ez az elv tükröződik 
a parancsokban megadott file-számok esetében is. 
Tehát pl. a lemezegység az Ul paranccsal olvas be adatokat a lemezről a 1541-es 
RAM területére. Innen pl. a GET:3t parancs segítségével olvashatjuk ki az 
adatokat a C 64-es RAM területére. E rövid elmélet után nézzük meg az egyes 
parancsok szintaxisát! 


Blokk olvasása (U1) parancs 
Feladata: az utasításban megadott (sáv, szektor) tartalmát beolvassa a 1541-es 


RAM területére. 
Szintaxis : 


PRINT: fsz, "Ul" :mc:m;sáv :szektor] 


ahol sz: logikai file-szám (parancscsatorna), 
mc: másodlagos cím, 
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m: 0 (értékét csak akkor kell változtatni, ha duál floppyt használunk; 
mivel ez hazánkban nem elterjedt, így ennek ismertetésére nem 
térünk ki), 

sáv: sávszám (1—35), 

szektor : szektorszám. 


Példa: 

199 OPENI5 .8,15 

119 OPEN 2.8,3."HW" 

189 PRINTHI5S."U1"573:50718:70 
439 INPUTHI5 El1$,E2$,E3$,E4$ 
149 IF Ei1$-2"9B8" THEN 290 
159 FOR I-g TO e55 

169 GETH2E.BE£ 

179 AZASCCB$IHCHR$(CD)) 

189 PRINTA; 

199 NEXT I 

eg CLOSE2Z 

219 PRINT:PRINT 

229 PRINTE1$7-E2$:E3$7E4£ 
239 CLOSE15 


Ez a példaprogram beolvassa a 1541-es BAM-ját, és kiírja a byte-ok tartalmát 
decimálisan. Figyeljük meg a 120-as és a 160-as sorban megadott file-számok 
használatát! Látjuk, hogy az adatok olvasása a 1541-es oldaláról a 3-mal 
megadott (az OPEN utasítás másodlagos címe a 110-es sorban) csatornán 
történik. A 1541-es RAM-járól a C 64-es RAM-jába a 2-sel megjelölt (logikai 
file-szám) csatornán folyik az adatforgalom. 


Blokk írása (U2) parancs 


Feladata: adatokat ír a 1541-es RAM területéről a lemezre. 
Szintaxis : 


ÍPRINT4t fsz; "U2" :mc:m sáv szektor ] 


ahol az egyes paraméterek jelentése ua., mint az Ul parancs esetében. 


Puffermutató beállítása (B-P) 


Feladata: beállít egy mutatót (pointert) a VICI541-es RAM területén, s a 
kiolvasás ettől a byte-pozíciótól kezdődhet. Értéke 0—255 lehet. 
Szintaxis : 


PRINT dt fsz;"B-P" :mc;bp 
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ahol sz: logikai file-szám, 
mc: másodlagos cím, 
bp:  byte-pozíció (0—255). 


Példa : 

199 OPENI5.,8.15 

119 OPEN 2,8,3,"4" 

1209 PRINTHI5S,"U1":3:071870Ö 
1309 INPUTH15,E1$,E2$.E3$,E45$ 
149 IF E1$C3"00" THEN ege 
145 PRINTHI5,"B-P":;357144 
1509 FOR I51 TO 16 

169 GETH2,B$ 

1809 PRINTBS; 

199 NEXT I 

200 CLOSER 

210 PRINT:PRINT 

220 PRINTE1$;EZ2$;E3$7E4$ 
239 CLOSE15 


A program kiírja a lemez nevét a képernyőre. A 145-ös sorban beállítottuk a 
puffermutatót a 144. pozícióra, mivel a BAM-ban itt kezdődik a lemez neve. 
A következő GET 3t utasítás (160. sor) már ettől a pozíciótól olvas. 


Blokkfoglalás (B-A) 


Feladata: az utasításban adott blokkot a BAM-ban foglalttá nyilvánítja. 
A "B-W" parancs ugyan kiír egy blokkot a lemezre, de azt nem teszi foglalttá. 
Ezért minden közvetlen írás után nekünk kell erről gondoskodni. 

Szintaxis : 


PRINT -dtsz,"B-A" :m ;sáv sszektor] 


Példa: 


109 OPENI5.8,15 

119 OPEN 2 .8.3."H" 

120 PRINTHI5,"U1"73:0718:0 
139 INPUTHI5,El1$,E2$,E3$,E4$ 
1409 IF E1$C27"00" THEN 2900 
159 INPUT "SAV ,SZEKTOR";7T.S 
169 PRINTH1I5,"B-A":O;T3S 
egg CLOSER 

219 PRINT:PRINT 

ego PRINTE1$7E2$:E3$7E453 
2309 CLOSE15 


Példánkban a 150-es sorban beolvasott blokkot foglaltuk le a BAM-ban. 
A program futtatásával a szabad blokkok számát csökkenthetjük a lemezen. 
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A BAM valódi tartalmát bármikor visszakaphatjuk a VALIDATE parancs 
segítségével : 


OPEN 15,8,15, V:" 
CLOSE 15 


Blokk felszabadítása (B-F) 


Feladata: a BAM-ban foglaltként nyilvántartott blokkot szabaddá teszi (a B-A 
parancs párja). 
Szintaxis : 


PRINT it fsz, "B-F" :m ;sáv sszektor 


Memória olvasása (M-R) 


Feladata: a VCI541-es RAM vagy ROM területének olvasása az utasításban 
megadott címtől kezdve. 
Szintaxis : 


" [PRINT fsz, "M-R7; CHR$(alsó byte) CHR 3 (felső byte) 


Példa: 


190 OPENI1I5.8,15 

119 OPEN 2 ,8.3,"H" 

139 INPUTHI5 E1$.E2$.E3$.E4$ 
149 IF E1$c2"O00" THEN 290 
1509 PRINTHIS."I" 

169 PRINTH15, "M-R":CHR$CODCHR$C2B?) 
1709 GETH1I5.B$ 

189 PRINTASC(CB$tFTEHRS$CO ) ) 

ege CLOSEZ 

219 PRINT:PRINT 

e29 PRINTE1$;E2$;E3$7E4$ 

239 CLOSE15 


A program leolvassa az írásvédő kapcsoló állását. Az érték a $1C00 címen 
található. Ha az itt levő byte 4. bitje I, akkor a lemez nincs leragasztva. Ezt egy 
szubrutin formájában megírva, a lemezvédelem során még felhasználhatjuk az 
írásvédő tapasz ellenőrzéséhez. 
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Memória írása (M-W) 


Feladata : az utasításban megadott címtől beírja az utasításban megadott adato- 
kat az 1541-es RAM területre. 
Szintaxis : 


[PRINT fsz; "M-W" CHR$(alsó byte) CHR$(felső byte) CHRS$ (adatszám) 


adatok 


ahol az adatszám az adatbyte-ok számát jelenti, értéke 1—34 lehet. Az adatokat 
szintén a CHR$ függvény segítségével adjuk meg. 
Példa: 


1909 OPENI5,8,15 

119 OPEN 2 ,8,3,"H" 

139 INPUTHIS E1$,E2$.E3$.E4$ 

149 IF EI$C2"B8" THEN ego 

1509 PRINTHI5."I" 

160 PRINTHIS."M-W":CHR$( 1882CHR$(2)CHR$( 1)9CHR$C128) 
ego CLOSEe 

219 PRINT:PRINT 

e20 PRINTE1$-E2$;-E3$7-E4$ 

e30 CLOSE15 


Példánkban a 1541-es $026C címére $80-at írtunk (160. sor), s ezzel elértük, 
hogy a lemezegység piros lámpája kigyulladjon, s égve is maradjon. 


Programvégrehajtás (M-E) 


Feladata: a 1541-es RAM vagy ROM területen levő gépi kódú program végre- 
hajtása az utasításban megadott címtől. (Ha a RAM területen szeretnénk egy 
saját programot végrehajtani, azt "M-W" utasításokkal be kell írni!) 
Szintaxis : 


PRINT-t fsz; "M-E" CHR$(alsó byte) CHR$(felső byte) 
Példa: 


109 OPENI5 ,8,15,"J" : 

29 PRINTHI15, "M-W":CHR$C74):CHR$(CD):CHRSC(1):CHRECB5) 
25 PRINTHI1I5,"M-E"7CHR$( 126): CHR$249) 

30 FOR 1-1 TO 198 

35 PRINTI 

49 PRINTH1IS."M-E":CHR$C59):CHR$C258) 

59 FOR K-i TO 18 : NEXT : NEXT 

609 CLOSE 15 : PRINT"O.K." 
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A példaprogram olyan állapotba hozza a lemezegységet, hogy ki-be kapcsolás 
után is hibás marad, nem hajlandó még a tartalomjegyzéket sem beolvasni. Így 
a felhasználó (aki hiába kapcsolgatja ki és be az egységet) joggal gyanakodik 
arra, hogy lemezegysége tönkrement. Viheti szervizbe a készüléket? Nos, erről 
szó sincs! Inkább nézzük meg, hogy mit csinál a program! 


20-as sor: a 1541-es $4A címére $55-öt ír (itt található a fejtovábbítás lépés- 
száma) 

25-ös sor: bekapcsoljuk a lemezegység motorját; a rutin kérdőcíme $F97E, 
ezt írtuk be alsó byte, felső byte formában 

40-es sor: a fej továbbítását végző rutint indítottuk be. A rutin a $FA3B 
címen kezdődik, s egy sávval továbbítja a fejet. A sávszám felső 
határát a $4A címről veszi 


A program tehát egy létező sávra (35-re) pozicionálja a lemezegység fejét. A fej 
túlmegy a még létező lemezterületen, s a mechanikus ütközők állítják meg; ahol 
, kiakad". Itt már nem segít a ki-be kapcsolgatás sem. A következő egynemű 
parancsokkal azonban , megjavíthatjuk" az egységünket: 


OPEN 15,8,15,U" 
PRINT3-15,17 
CLOSE 15 


Általában a lemezformázás is megteszi. 


Programtöltés és -végrehajtás (B-E) 


Feladata : a lemezről kitölt egy gépi kódú programot a 1541-es RAM-jába, és 
végrehajtja. 
Szintaxis : 


PRINTát fsz, "B-E? mc :m szektor ] 


Ezzel a lemezkezelés parancsainak ismertetését befejeztük. A következő fejezet- 
ben néhány egyszerű lemezvédelmi módszert nézünk meg. 


2.3 Védelem a tartalomjegyzékben 


2.3.1 Elrejtett file-név 


A program védelmének egyik lehetséges módja a tartalomjegyzék célszerű 
átalakítása. Bizonyos módosítások a tartalomjegyzékben megakadályozzák, 
hogy az arra illetéktelenek a védett programállományhoz hozzáférjenek. A to- 
vábbiakban néhány példával szemléltetjük, hogyan lehet megnehezíteni, hogy 
valaki a tartalomjegyzéket áttekintse, ill. betöltse. 

Az első példában azt mutatjuk meg, hogyan rejthetjük el egy program nevét 
úgy, hogy a betöltése ne legyen olyan egyszerű, mint egyébként. Gépeljük be és 
hajtsuk végre a következő parancsot: 


ISAVE(SHIFT-SPACE) PROBA"; 8 


A SHIFT-SPACE szöveg begépelése helyett természetesen a két billentyűt kell egyszerre leütni, 
mielőtt a file nevét beírnánk. 

Az is jó megoldás, ha közvetlenül a SHIFT-SPACE mögött ismét leütjük az 
idézőjelet. Ha most betöltjük és kilistázzuk a tartalomjegyzéket, a következőket 
látjuk : i 


sansz sa ll ERT sa) 
seartching for $ 
loacding 

ready a 


!§ 


list 
Ö r"tesztvedelem 9 ég a 
ak . Vpgroka pre 
6673 blocks frew. 

ready. 


Ha megpróbáljuk a programot betölteni, "MISSING FILENAME ERROR" 
vagy "FILE NOT FOUND" hibaüzenetet kapunk — mintha az imént bevitt 
állományunk nem is létezne. A magyarázat a következő: a gép az idézőjelet 
kezdő vagy lezáró jelnek tekinti, és így a mögé írt file-nevet nem ismeri fel. 
A második idézőjel a SHIFT-SPACE billentyűkkel együtt $A0 kódot jelöl, ami 
a tartalomjegyzékben különleges szerepet tölt be. A processzorral tehát , elhitet- 
jük", hogy a második idézőjelhez ért. Az eredmény képtelenségnek hat: a 
továbbiakban a programozó nem tudja betölteni a saját programját? Szerencsé- 
re a helyzet nem ennyire súlyos. Írjuk bea LOAD parancsot ugyanúgy, ahogyan 
előzőleg a SAVE-et: 


[LOAD?(SHIFT-SPACEJPROBA"8] 


és az , elrejtett" program előkerül. 


A tartalomjegyzék védelmére a vezérlőkarakterek is alkalmasak: a kurzor- 
mozgató billentyűk, a színbillentyűk, a DELETE és INSERT billentyűk karak- 
terei. Ezeket a karaktereket idézőjeles módban, vagyis egy idézőjel leütése után 
tehetjük láthatóvá. A szövegben elhelyezett vezérlőkarakterek kiírás közben a 
hozzájuk rendelt művelet végrehajtását eredményezik. A LIST műveletnek ezt 
az apró , gyengeségét" használjuk fel védelmi célokra. Gépeljük be a következő 
sort: 


SAVE""((DELYPRO-(UINSY(DELJBA".8] 


A karakterek sorrendje : egymás után két idézőjel, majd a DEL billentyű követ- 
kezik, ami letörli a második idézőjelet. Ezután írjuk beal PRO-] karaktersoro- 
zatot, a file-név első négy karakterét. Most nyomjuk le az INS, majd a DEL 
billentyűt, végül írjuk be a file-név hiányzó betűit. Az eredmény a tartalomjegy- 
zékben: 


O "tesztvedelem zzz Za 
bb "robba" prg 
6063 blocks free. 


Az Olvasónak biztosan feltűnik, hogy a file-névből egy karakter hiányzik, egy 
kötőjel. Ez pontosan a vezérlőkarakterek , bűne". A megszokott alakban gépelt 
betöltési parancs természetesen eredménytelen, azaz a mi szempontunkból ép- 
pen hogy eredményes, hiszen "FILE NOT FOUND" hibaüzenethez vezet. Ez 
érthető is: a gép a hiányzó kötőjel miatt nem találhatja meg a programot a 
tartalomjegyzékben. A betöltés csak akkor sikeres, ha a parancs alakja meg- 
egyezik a SAVE parancs alakjával. 

Vigyázat! Az eredetitől eltérő operációs rendszerben elképzelhető, hogy nem 
érvényesek az előbb leírtak, mert a rendszer nem az eredeti LIST rutint használ- 
ja (pl. SPEED-DOS). 


2.3.2 Elrejtett tartalomjegyzék 


A tartalomjegyzék tehát a 18-as sáv 1-es szektorán kezdődik, s a blokk első két 
byte-ja a láncolási címet tartalmazza. Ha ezt módosítjuk, a tartalomjegyzék 
kiíratását csaknem teljesen lehetetlenné tesszük. Írjunk be hexadecimális FF-et. 
Ha most a lemezegység kísérletet tesz a tartalomjegyzék beolvasására, az ered- 
mény az "ILLEGAL TRACK OR SECTOR" hibaüzenet lesz, a láncolási cím 
ui. nem létező blokkra mutat. A módosítás a betöltést nem befolyásolja. Ha 
tudjuk a program nevét, akkor egy egyszerű LOAD paranccsal betölthetjük a 
programot a memóriába. 
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2.3.3 Írásvédett lemez szoftveres úton 


Minden módszernek, amely a program nevével vagy a tartalomjegyzék szerkeze- 
tével végez valamilyen módosítást, van egy szépséghibája. Aki a módszert 
ismeri, egy monitorprogram segítségével eltávolíthatja a védelmet úgy, hogy a 
helyes értékeket visszaírja a lemezre. A lemezt írásvédetté tehetjük ugyan az 
írásvédő tapasz felhelyezésével, de ezt inkább csak a véletlen felülírások ellen 
használjuk, hiszen a tapaszt bárki bármikor leveheti, és módosíthatja a lemez 
tartalmát. 

Most egy olyan írásvédelmi módszert mutatunk be, amelyet a lemezről csak 
a lemez újraformázásával lehet eltávolítani. (El lehet távolítani még másképpen 
is, pl. ha valaki jártas a lemezégység programozásában. Azonban erre csak a 
rutinos programfeltörők képesek. A lemezegység programozásáról a későbbiek- 
ben még szó lesz.) 

A védelmi módszer lényege a következő: a BAM harmadik byte-ja egy 
hexadecimális 41-es értéket (az A betű kódja) tartalmaz. 


X:99 12 91 41 98 15 ff ff 1£ ..a..288. 
X:9B 15 ff ff 1í1f 15 ff ff 1F .IRRR. LRI 


Ez a byte jelzi a 1541-esnek, hogy a formázást a C 64-es lemezegysége végezte 
el. Az érték tehát kötelezően hexadecimális 41, s a NEW parancs kiadásakor 
(ill. befejezésekor) írja fel a DOS. Ha átírjuk ezt az értéket valamilyen más 
értékre, pl. hexadecimális 42-re (a B betű kódja), akkor a DOS semmilyen írási 
műveletet nem hajlandó elvégezni az adott lemezre, hiszen azt hiszi, hogy általa 
ismeretlen formátumú lemez van a meghajtóban. 

)r 12 00 

mm 00 109 

2:B9 12 01-42 09 15 ff ff If ..b..M8 


2:08 im ft Tt AT ID FF TE IT LME ME 
s 


Az olvasási műveleteket azonban nem zavarja ez az érték, így a programok 
betöltése zavartalan lesz. Ha ezt a módszert kombináljuk más lemezvédelmi 
módszerekkel, akkor már igazán megnehezítjük a programfeltörök dolgát. 


2.3.4 A lemez nevének módosítása 


Most nem a tartalomjegyzéket, hanem a lemez nevét módosítjuk. A lemez a 
$12-es sáv $00-s szektorában, a BAM-ban található. A BAM tárképét moni- 
torprogrammal kiíratva a következőket látjuk : 
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2:80 ete P FELOT 14 ft FF OL MAR. VEK 
2:88 ELT Tá EBEÉ FÉLT es ARRTB sal 
2:90 54 45 53 Sa 54 ed 56 45 teszt-ve 
2:98 44 45 4c 45 4d ad z8 ag delem 

):ap ag ad Sa Sa 390 32 41 ap zt ök 
2):38 a PB a 89 08 BB OBBBO  ..... 
2? 


A DOS a lemez nevét - a tartalomjegyzékbeli file-nevekhez hasonlóan — ASCII 
kódokkal tárolja (I. a 90-es sort). Az ASCII kódok mögött 16 helypótló $A0 
karakter következik, majd ezután az ID és a formátumazonosító. 

A védelem létrehozása nagyon egyszerű. A 90-es sor első hat byte-ját felülír- 
juk a "14 14 14" és a 700 00 007 konstansokkal: 


dr 12 09 

"mm 89 be 

::80 Ld TELT BEL AL FT TE La Más e 
2:88 Id ff FF BI FI ff Tf BI zta ába 
:909 14 14.44 AG. HA BOE S5.-ÁS S. evvs ve 
:98 44 45 4c 95 4d ag ag ap delem 
:ab 39 ag Sa 5a ag 32 41 ag zz 8a 
:28 ad ad agp899 B Poowo ....., 


VMS S 


Most írjuk vissza a $12 $00 blokkot a lemezre, és a monitorprogram 
parancsával térjünk vissza BASIC-be. Inicializáljuk a lemezegységet az 
IOPEN 1.8,15,717] paranccsal, hogy az új BAM átkerüljön a pufferbe. Ezt a 
műveletet a DOS minden lemezcserénél automatikusan elvégzi, feltéve, hogy az 
újonnan behelyezett lemez ID-je eltér az előzőtől. 

Most próbáljuk meg betölteni a tartalomjegyzéket a [I LDAD7$7.8 ] parancs- 
csal. A LIST parancs hatására (lista nélkül) READY üzenetet kapunk. A prog- 
ramok betöltése most is zavartalan lesz, ezt a módosítás nem befolyásolja. 
A rendszer a tartalomjegyzéket betöltötte ugyan a szokott módon a BASIC- 
tárba, de a LIST parancsot nem hajtja végre. 

A , hiba" oka az általunk beirt három nulla byte. A BASIC a LIST rutin 
listázása közben a három nullát a program végjelének tekinti, és ha azokat 
elérte, a műveletet befejezi. Valójában ezen alapszik a védelmi eljárás is. A tarta- 
lomjegyzék a lemez nevével együtt benn van a BASIC-tárban, de mert a név 
helyén a "14 14 14 00 00 00" karakterek állnak, az értelmező a listázó parancsot 
nem hajtja végre. 

A $14 elem nem egyéb, mint a DEL vezérlőkarakter kódja. Hatására az első 
három byte (0 "), amit a lemezegység processzora automatikusan felír, törlődik. 
A következő három nulla byte-ot az értelmező végjelnek tekinti, és így a LIST- 
folyamatot félbeszakítja. A képernyőn csak a READY üzenet jelenik meg. 
Ez a védelem is csak az eredeti operációs rendszerben működik, mert a 
SPEED-DOS, és más rendszerek a tartalomjegyzéket nem a BASIC-, hanem a 
képernyőtárba töltik! 


38 


2.3.5 A file típusának átírása 


A tartalomjegyzékben egyetlen byte-ot kell megváltoztatnunk ahhoz, hogy a 
külső szemlélő a programot pl. soros állománynak nézze. Vegyük szemügyre 
ismét a tartalomjegyzék tárképét: 


A $00-s sor harmadik byte-ja tartalmazza a file-típus kódját. Példánkban ez az 
érték $82, ami PRG típusú file-t jelöl. A DOS e kód alapján tudja eldönteni a 
file típusát, majd a tartalomjegyzékben a megszokott formában megjeleníteni. 
A megengedett file-típusok, ill. kódok: 


$00 Törölt file; a tartalomjegyzékben nem látható 


$80 A "file törölt (DEL típus) 
$81 Soros file (SEO típus) 
$82 Programfile (PRG típus) 
$83  USer-file (USR típus) 
$84 Relatív file (REL típus) 


Látható, hogy minden file-kód nyolcassal kezdődik. A kezdőérték alapján még 
a következő kódértelmezéseket figyelhetjük meg. $0-val kezdődő kódok a nem 
lezárt file-ra utalnak. A tartalomjegyzékben ezt a tényt a file-típus előtti 
karakter jelzi. Tehát: 


$01 :SEO 
$02 :PRG 
$03  XUSR 


$04 a nem lezárt REL file, de ez nem fordulhat elő 


Ha egy file-t felülírunk, akkor a SAVE parancsba a file neve elé egy (2: 
karaktert kell tennünk. Felülírás közben a DOS ezt úgy jegyzi meg, hogy a 
file-típus kódját $A-val kezdi. (Értelemszerűen a $A4-es kód nem fordulhat elő, 
mert a REL file felülírás esetén is fizikailag ugyanott marad a lemezen.) Nagyon 
hasznos és sokszor használják is a $C-vel kezdődő file-típus kódokat. Az ilyen 
kódú file a törlés SCRATCH) ellen védett, SCRATCH paranccsal nem lehet 
törölni a lemezről. A tartalomjegyzékben a védett file-okat a típusjelzés mögött 
álló — jel jelzi. 

E rövid kitérő után módosítsuk a $00-s sor harmadik byte-ját pl. $81-re, ami 
soros file-típust jelöl. Ha a blokkot ebben a formában írjuk vissza a lemezre, 
a tartalomjegyzék betöltése és kiíratása után ezt látjuk : 
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töadr sv 


Ési 
2 rötesztvedelem jlls4 
kB "pgetoba" 

Hoz blocks free, 


ready. 


Ugyanezt a hatást érjük el, ha a programot a 
paranccsal tároljuk. A visszatöltéshez némi ötletre van szükség, ui. a 
LOAD"PROBA".8 I parancs ez esetben eredménytelen. Az operációs rendszer 
ellenőrzi a file-típust, és ha a megadott nevű file nem program típusú, a betöltést 
nem hajtja végre. A 


LOAD"TPROBAS.R",8 


parancs azonban a kívánt eredményre vezet, hiszen közöljük a rendszerrel, hogy 
soros file-t kell betölteni. 

Még egy ötlet : célszerű ezt a védelmet betöltő programmal együtt alkalmazni. 
A védeni kívánt programot, amelyet soros file-nak álcáztunk, a LDOADER töltse 
be, miután a jelszót ellenőrizte. A módszer alkalmazását tetszőleges mértékben 
továbbfejleszthetjük, pl. úgy, hogy ezt a védelmet kiegészítjük a korábban 
elmondottak valamelyikével ; megváltoztatjuk a file-nevet, elrontjuk a láncolást 
stb. A legjobb módszer: a program lefordítása. 

A fejezet befejezéseként szeretnénk néhány további ötletet adni: a BASIC 
nyelven írt védőprogramot feltétlenül le kell fordítani. A lefordított program 
visszafejtése a legjobban felkészült , programfeltörőket" is próbára teszi. Arról 
sem szabad megfeledkezni, hogy a védelmi rendszer legérzékenyebb pontja 
általában a lemezkezelés. A program szövegében a lemezkezelő utasítások 
elrejtésére kell a legnagyobb gondot fordítani. A titkosítás eszközeként választ- 
hatjuk pl. a CHR$ függvényt, a visszafejtést tovább nehezítve azzal, hogy a 
lemezparancsok paramétereit kódoló algoritmus közbeiktatásával számítjuk ki. 
Mindezek után a legjobb monitorprogram sem elegendő ahhoz, hogy valaki a 
lefordított programban megtalálja a lemezhez címzett utasításokat. 
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3. PROGRAMVÉDELEMRŐL MAGAS 
SZINTEN 


3.1 Autostart 


A legtöbb komolyabb programban beépített autostart található. Annak, hogy 
a programozók miért fejlesztenek ki újabb és újabb autostart-technikákat prog- 
ramjaikhoz, igen egyszerű a magyarázata. Ha a program saját magát tölti be, 
az egyfajta primitív védelmet jelent a másolások ellen. A következő fejezetben 
erről lesz szó. 


3.1.1 Mire szolgál az autostart? 


Először gondoljuk végig, mire is használható az autostart. Ha az autostart 
lényege abban állna, hogy megkíméli a felhasználót a "RUN" parancs begépelé- 
sétől, akkor jobb lenne egyszerű rutinokat használni, amelyek kis méretük miatt 
rövid idő alatt betölthetők, és futásuk is igen gyors. Az igazi válasz a szoftverhá- 
zak programvédelmi törekvéseiben rejlik. (A továbbiakban szükség lesz a 
C 64-es tárfelosztásának és assembler nyelvének alapfokú ismeretére, de az 
alapelvek elsajátítása után korlátlan lehetőségek tárulnak fel az olvasó előtt.) 
Mindig szem előtt kell tartani azt, hogy azok a programvédelmek teljesen 
értelmetlenek, amelyeket néhány BASIC sor kitörlésével vagy átírásával hatás- 
talanítani lehet. 

Az autostart nem egy egyszerű védelem a másolással szemben, hanem arra 
ad lehetőséget, hogy programunkat megvédjük azok ellen, akik jogtalanul 
próbálják módosítani. Természetesen ez a módszer sem tökéletes, de az ezzel 
ellátott programoknak nagyobb esélyük van az épen maradásra. 

Ha valaki elég ügyes ahhoz, hogy különböző módokon az autostartot megke- 
rülje, képes lehet rá, hogy programunkhoz hozzáférjen. Ehhez azonban valóban 
ügyes és felkészült programfeltörő szükséges, aki képes rájönni arra, hogyan 
lehet egy programot az eredetitől eltérő tárcímen működtetni. Ezek megvalósí- 
tásához jó monitor- és diskmonitor-programra van szükség, amivel nem minden 
felhasználó rendelkezik. Semmiképpen nem szabad megkönnyíteni a dolgukat 
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azzal, hogy az általunk írt programot egy egyszerű monitorparanccsal más 
területre helyezve ott hibátlanul működjön. Mielőtt a bonyolult autostart-tech- 
, nikákkal megismerkednénk, nézzünk meg néhány egyszerűbb példát. 


3.1.2 A legegyszerűbb autostart 


A legegyszerűbb, ún. soros autostartot a C 64-es gyártói már eredetileg beépítet- 
ték. Ehhez csak két billentyű, a SHIFT-RUN/STOP egyidejű lenyomására van 
szükség. Miután a két billentyűt egyszerre leütöttük, először a LDAD, majd 
néhány sorral alattaa PRESS PLAY ON TAPE felirat jelenik meg, és a rendszer 
betölti a soron következő programot (feltéve, hogy kazettás egységgel dolgo- 
zunk). Amennyiben lemezegységünk van, nagy gondot kell fordítanunk a szin- 
taxisra. j 


LOAD"név",8,1 
LOAD"név",8 


RETURN billentyű leütése helyett nyomjuk le aSHIFT-RUN/STOP billentyű- 
ket. Ha ezeket helyesen hajtottuk végre, a program a betöltés után magától 
elindul, a képernyőn megjelenik a RUN parancs. Az imént ismertetett módszer 
nem a program sajátja, hanem csak egy betöltési mód, amely teljesen független 
a programtól. 


3.1.3 Autostart a billentyűzetpufferből 


Az előző megoldás nem valódi autostart, csak a RUN parancs begépelését 
szimulálja. A programnak pedig semmi — a bevezetőben ígért — előnyt nem 
nyújt, ráadásul minden alkalommal újra meg kell ismételni. 

Próbáljunk egy végleges megoldást találni! Ilyen megoldást csak úgy kapha- 
tunk, ha a program tartalmazza az autostart rutint, és ezzel együtt tároljuk a 
lemezen. Kiséreljük meg az előbbi módszert programból végrehajtani : írjuk ki 
a parancsot a képernyőre, és szimuláljuk a RETURN billentyű leütését. Hogy 
világossá tegyük az előbbieket, gépeljük be a következő sort: 


PRINT "(CLR/HOME) PRINT5-7 67 


A parancs végrehajtása után a képernyő törlődik, és megjelenik rajta a 
PRINTS-- 6 I szöveg. Mielőtt megvilágítanánk, mi köze ennek az autostarthoz, 
vigyük a kurzort a fenti sor alá, és írjuk be a következőket: 


IPOKE 631,19:POKE 632.,13:POKE 198.2] 


AZ 


Ha mindent megfelelően csinálunk, a gép most al PRINT 5- 6 [ parancsot fogja 
végrehajtani úgy, mintha csak most vittük volna be a billentyűzetről. Állításun- 
kat igazolja az is, hogy a közvetlenül bevitt parancsokhoz hasonlóan a READY 
üzenet 2 sorral a PRINT parancs alatt jelenik meg. Bizonyosodjunk meg erről 
még egyszer: figyeljük meg, hogy a POKE parancsot akárhol adtuk is ki, a 
READY üzenet mindig a PRINT alatt 2 sorral jelenik meg. A rendszer a POKE 
parancsok beadása után , úgy tett", mintha leütöttük volna a HOME, majd 
pedig a RETURN billentyűket. ( Természetesen, ennek a három POKE parancs 
az oka.) 

Vajon mit jelentenek az előbbi parancsokban szereplő tárcímek, és mi fog 
történni más, különböző paraméterekre? 

AÍIPOKE631,19:POKE632,13 [parancsok nem egy közönséges tárcímre írják 

A C 64-esben a $0277-$0380 (631-—640-ig terjedő) terület a billentyűzetpuffer 
helye. A billentyűzetpufferben tárolja a rendszer ázoknak a billentyűknek a 
kódját, amelyeket a felhasználó már leütött, de még nem lettek felhasználva. 
Amikor leütünk egy billentyűt, az operációs rendszer beolvassa a billentyűzet- 
pufferbe, és kiírja a képernyőre. Amikor egy programot listázunk, s közben — 
mialatt a programlista fut a képernyőn -— billentyűket nyomunk le, a billentyűk- 
nek megfelelő jelek megjelennek a lista végén a READY üzenet után. De nem 
mindegyikük! Ez azért van, mert a rendszer nem folyamatosan figyeli a billen- 
tyűzetet, hanem egymás után sokszor. Amikor a lista fut, a gép ritkábban figyeli, 
hogy van-e lenyomott billentyű, s amit éppen ,, nem vesz észre", az nem kerül 
be a billentyűzetpufferbe, és így nem íródik ki a képernyőre. Az első POKE 
paranccsal a CLR, a másodikkal pedig a RETURN leütését szimuláltuk. 

A $C6 (198)-as tárcimen a billentyűzetpufferben lévő, de még ki nem írt 
billentyűk számát tárolja a rendszer. Az előbbi példában két billentyű leütését 
akartuk szimulálni, ezért került a 198-as tárcímre a 2. 

Igaz ugyan, hogy a rendszer csak majdnem folyamatosan figyeli a 631—640 
és a 198-as tárcímeket, ezzel a módszerrel mégsem fordulhat elő, hogy nem 
íródik ki a már leütött billentyű. A POKE utasításokat ui. a gép mindig 
végrehajtja. Az előbbi három POKE utasítás tehát egyenértékű a CLR és a 
RETURN gombok lenyomásával. A billentyűzetpuffer 10 karakteres hossza 
határt szab az ezzel a módszerrel kiírható karakterek számának ; a 198-as tárcím 
maximális értéke csak 10 lehet. 

Természetesen ezt a módszert nem parancsmódban kell majd használni, 
hanem be kell építeni a programba, hogy minden betöltés után sor kerülhessen 
a főprogram automatikus indítására. Sokakban felmerülhet az a kérdés, hogyan 
is nézhet ki a C 64-es alsó tárterülete. Az alsó tárfelosztást az 1. ábra mutatja. 


BASIC- RAM 


Kepernyotar 


$0400 1024 
Kazettapuffer 
these Ugrási vektorok 9968 


A $0800 (2048) tárcímről kezdve tárolja a gép a BASIC programokat. Ennek 
a tárcímnek mindig nulla a tartalma. A program csak a $0801 (2049) tárcímtől 
kezdődően helyezkedik el. A C 64 tárterületeinek alsó részét, a $00-$FF (0—255) 
területeket nevezik nulláslapnak. Ezen a tárterületen lévő adatok különösen 
fontosak a rendszer számára. A C 64-es assemblere külön címzést is tartalmaz 
e tárterületek elérésére. A C 64-es a nulláslapon a $2B/$2C (43/44) tárcímeken 
tárolja a BASIC RAM kezdőcímét. A $2D/$2E (45/46) címeken található a 
BASIC RAM végcíme, alsó-—felső byte alakban. A BASIC RAM kezdetmutató- 
ja a memóriában a következőképpen néz ki: 


$002B 01 08.. .. .. 


Töltsük az autostartosítani kívánt programot a tárba. Módosítsuk a BASIC 
terület alját úgy, hogy a 198-as címtől kezdődjön. Ezek után a billentyűzetpuf- 
ferbe írjuk be a CLR és a RETURN kódjait, és a 198-as tárcímre írjunk 2-t. 
Ha ezzel készen vagyunk, mentsük ki a programot. (Ne feledkezzünk meg 
eközben a programvégmutató helyes beállításáról sem.) Olvassuk ki a 45, 46-os 


tárcímek tartalmát a [PRINT PEEK(45) ; PEEK(46) I parancsokkal. Az eljárás 
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tehát a következőképpen néz ki: töltsük be a BASIC programot, amelybe be 
szeretnénk építeni az autostartot, és gépeljük be a következő parancsot: 


IPRINT PEEK(45); PEEK(40] 


RETURN leütése után megjelenik két szám a képernyőn, a két számot jegyez- 
zük meg, majd töröljük a képernyőt. A képernyő legfelső sorába írjuk be a 
következőket: 


POKE45,AB:POKE46,FB:RUN ] 


"AB" a BASIC program végének alsó byte-ját jelöli, ami az előbb megjegyzett 
számok közül az első ; "FB" pedig a BASIC program végének felső byte-ja, az 
előbbi számok közül a második. Vigyük a kurzort néhány sorral lejjebb, és írjuk 
be a már jól ismert POKE parancsokat: 


POKE631,19:POKE632,13:POKE198,2: 


[POKE43.198:POKE44,0:SAVE "név" 8] 


RETURN billentyű leütése után a gép a programot lemezre menti. A programot 
al POKE 43.198 Jés a POKE44.0 I parancsok miatt a $C6 (198) címtől mentjük 
ki. A 198-as cím és a 2048 cím között olyan területet is kimentünk, amely nem 
tartozik a programhoz. Ide esik a képernyőtartalom is, amelynek legfelső sorá- 
ban ott vannak a POKE parancsok. Mindezek miatt a program természetesen 
nagyobb helyet foglal el a lemezen, mint az autostart nélküli változata. 

A betöltéshez hozzuk alaphelyzetbe a gépet ták e ető] 
parancsokkal vagy a gép ki-be kapcsolásával). A paranccsal 
tölthetjük be a programot. Az utasítás végén az 1-es nagyon fontos, nélküle már 
nem tudjuk betölteni a programunkat. Ezek után, ha mindent helyesen írtunk, 
a program automatikusan elindul. Betöltés előtt mindig ki kell adni a CLR és 
a NEW parancsot, különben a töltés hibás lesz. 

A képernyőre a program tárolása előtt további hasznos POKE utasítást is 
írhatunk : 


POKE 808,225 


Ezzel a paranccsal a RUN/STOP billentyűt hatástalaníthatjuk. Az előbbi billen- 
tyű hatástalanítását a STOP vektor módosításával értük el. Ennek az értelme 
az, hogy a majdani felhasználó nem tudja megállítani a program futását. Ugyanis 
ezután ISAVE"név",8 ] utasítással a program egyszerűen másolhatóvá válna. 
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3.1.4 Autostart az ugrási vektorok 
segítségével 


Az imént ismertetett módszer nagy előnye, hogy rendkívül egyszerű, nem igé- 
nyel különösebb programozói ismereteket, a programozó a C 64-es tárfelosztá- 
sának behatóbb ismerete nélkül is alkalmazhatja. A módszer sok jó tulajdonság 
mellett számos hátránnyal is jár. Minden betöltés előtt ki kell adni egy NEW 
parancsot, és betöltéskor a képernyőn megjelennek a POKE parancsok (ezt pl. 
a szinkarakterek segítségével tüntethetjük el), ráadásul a program hossza jelen- 
tősen megnő. A most következő eljárások olyan módszereket mutatnak, ame- 
lyek csökkentik az előző eljárás hátrányait. Ezek az eljárások assembler rutino- 
kat fognak tartalmazni, de ugyanúgy, mint az előző, BASIC programok indítá- 
sára szolgálnak. 

A most ismertetendő eljárásokhoz tudni kell, hogy a C 64-esbe olyan ROM-ot 
(Read Only Memory) építettek be, melyben az operációs rendszer helyét előre 
rögzítették, így a gép bekapcsolás után azonnal üzemképes, nem kell egy operá- 
ciós rendszert betölteni, amely — ismerve a C 64-es lassú lemezkezelését — 
tekintélyes időt venne igénybe. Az eljárás hátránya viszont, hogy a felhasználó 
akkor sem tudja megváltoztatni az operációs rendszer rutinjait, ha éppen ez a 
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célja. A gép tervezői megróbálták ezt a hátrányt csökkenteni. A C 64-es alsó 
tárterületén található az ún. ugrási táblázat, ami a rendszerrutinokhoz tartozó 
ugrási vektorokat tartalmazza. 

Az ugrási vektorok nem a ROM-ban találhatók, így ezek könnyen megváltoz- 
tathatók. A vektorok megváltoztatásával a rendszerrutin futását megszakíthat- 
juk, és az általunk kívánt helyen folytathatjuk vagy módosíthatjuk, esetleg saját 
rutinnal cserélhetjük fel. 

Az ugrási táblázat (a vektorok) a $0300-as (768) tárcímről kezdődően helyez- 
kedik el. Minden vektor egy rutin kezdetét jelöli. A felhasználó az előbb ismerte- 
tett módon változtathatja meg őket. A 2. ábrán az ugrási táblázat és az operá- 
ciós rendszer rövid, vázlatos kapcsolatát láthatjuk. 


3.1.5 Az ugrási táblázat szerepe 


Az ugrási táblázat tehát a vektorokat tartalmazza, a rendszer a legtöbb rutin 
közben használja ezeket. Az operációs rendszer akkor használ vektorokat, ha 
egy másik rutint hív meg. Az elágazások mindig közvetett módon, a vektorok 
felhasználásával történnek. A rutinok, amelyekre a vektorok mutatnak, általá- 
ban közvetlenül az indirekt ugró utasítások mögött helyezkednek el. Az ugrási 
táblázatban szereplő első vektorok a BASIC értelmező vektorai, amelyek a 
mögöttük elhelyezkedő függvények címeit tartalmazzák. Ha valaki jobban el 
akar mélyedni az interpreter vektorok között, annak célszerű más könyvekben 
is, pl. 4 C 64-es belső felépítése c. könyvben utánanézni. 


3. táblázat 


Cím Vektor Leírás 


$0300/0301 $E38B A BASIC melegstart vektora. Végrehajtására az 
END után, ill. akkor kerül sor, ha hiba lépett fel 
(a hiba kódja az akkumulátorban) 


$0302/44 303 $A483 Egy sor beolvasásának vektora. A gép mindad- 

ÉTTOT71) dig nem lép ki a beolvasó/várakozó ciklusból, 
amíg a RETURN-t le nem ütöttük 

$034/0305 "] $ASTC J] Vektor az interpreter kóddá alakításához 

$0306/0307 $A7LA LIST vektor. A rendszer a programszöveg kon- 
vertálása közben átugorja 

$0308/0309 $A7E4 A BASIC utasítás címének betöltése. A vektor 
arra a rutinra mutat (az interpreterben), amely 


az utasítást végrehajtja 
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3. táblázat folytatása 


Cím 
$00304A/030B 
(778/7179) 


$0311/0312 
(785/786) 


$0314/0315 
(788/789 


$0316/0317 
(790/791) 


$0318/0319 
(792/793) 


$0314/031B 
(794/796) 


$031C/031D 
(796/797) 
$031E/031F 
(798/799) 
$0320/0321 
(800/801) 
$0322/0323 
(802/803) 
$0324/0325 
(804/805) 
$0326/0327 
(806/807) 
$0328/0329 
(808/809) 
$032A/$32B 
(810/811) 
$032C/032D 
(812/813) 
$032E/032F 
(814/815) 
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Vektor 


$AE86 


$B248 


$EA31 


$FE66 


$FE47 


$F34A 


$F291 


$F20E 


$F250 


SEJT 


PETSZ 


$FICA 


$F6ED 


$F13E 


$F32F 


$FE66 


Leírás 


A rendszer ezt a vektort a kifejezések elemeinek 
kiértékelésekor hívja meg 


USR vektor; általában "TILLEGAL OUAN- 
TITY" hibaüzenet kiírására mutat 


IRO vektor, amelyet a rendszer minden 1/60 
másodpercben meghív 

BRK vektor 

NMI vektor; RESTORE billentyű 

OPEN vektor 

CLOSE vektor 

CHKIN vektor 

CKOUT vektor 

CLRCH vektor 

INPUT vektor; általában a billentyűzetről beol- 


vasó rutinra mutat 


OUPUT vektor; általában a képernyőre író ru- 
tinra mutat 

STOP vektor 

GET vektor 


CLALL vektor 


Melegstart-vektor 


3. táblázat folytatása 


Cím ü Vektor Leírás 
$0330/0331 $F4A5S LOAD vektor 
(816/817) 

$0332/0333 $FSED SAVE vektor 
(818/819 


A felsorolt vektorok nemcsak az autostarthoz nyújtanak segítséget, hanem 
néhány apró, de hasznos trükkel segítenek a programok megvédésében is. 

Módosítsuk pl. a LIST vektort, hogy egy RTS-re mutasson. Ezek után a 
rendszer listázás helyett visszaugrik BASIC-be, azaz egyszerűen figyelmen kívül 
hagyja a LIST parancsot. Természetesen a LIST parancsot módosíthatjuk 
másképpen is. Csinálhatunk belőle egy új utasítást, vagy az RTS előtt beépíthe- 
tünk egy NEW rutint, és ezzel azok, akik megpróbálják kilistázni, automatiku- 
san törlik is a programot. (Védelem a listázás ellen.) 

Nézzünk néhány további ötletet a LIST rutin módosítására : 


4. táblázat 
POKE 774, ] POKE 775, ] Cím I Rutin 
226 252 $FCE2 (64738) RESET 
68 166 $A644 (42564) NEW 
7 168 $A807 (53015) SYNTAX ERROR 
160 240 $FOAO (61600) A printer blokkolása 


Természetesen sok minden másra is felhasználhatók a különböző vektorok, 
a megoldások változatosságának csak a programozó leleményessége szab ha- 
tárt. A SAVE rutin módosításával pl. megakadályozhatjuk, hogy valaki lemezre 
menthesse a programunkat. A RUN/STOP-RESTORE billentyű hatástalanítá- 
sa a RESTORE vektor módosításával érhető el. Ha csak meg akarjuk szüntetni 
a BASIC program megszakításának lehetőségét, akkora RESTORE hatásának 
megszüntetését a 


ÍPOKE 792,193:POKE 793.,254 


utasításokkal érhetjük el. Rendelhetünk új funkciót a RUN/STOP-RESTORE 
billentyűkhöz úgy, hogy a vektort az általunk írt assembler rutin elejére állítjuk. 
(Sajnos ezt nem tehetjük meg BASIC rutinnál, mert ha ekkor megnyomjuk a 
RESTORE gombot, automatikusan el fog indulni az az assembler program, 
amire a módosított vektor mutat.) 
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A rendszer a RESTORE billentyű leütése után, ha a vektort még nem módosí- 
tottuk, leföldel egy bizonyos vezetéket, amely egy ún. nem maszkolható megsza- 
kítást (NM) vált ki. A processzor ilyenkor a $FFFA címén folytatja a program 
futását, azaz megszakítja az éppen futó programot. Innen hívja meg az operá- 
ciós rendszer az NMI rutin , testét", amely a RUN/STOP-RESTORE látható 
eredményét is létrehozza. Az előző két POKE parancs a $0318,$0319 (792, 793) 
címek, azaz az NMI vektor tartalmát módosítja $FE47-ről $FECI-re. Ezen a 
helyen egy RTI (Return from Interrupt) utasítás található, ami a megszakítás- 
ból való visszatérést jelenti. 

Az NMI rutin egy olyan kivételes rutin, amit máshol is (nemcsak ugrási 
táblázatban) módosíthatunk. A C 64-esben lehetőség van külső ROM-ok csat- 
lakoztatására és azok automatikus indítására. Ha a $8004-es (32772) címtől 
kezdve a CBM80 ASCII kódjait ($C3 $C2 $CD $38 $30) írjuk a memóriába, 
a gép úgy érzékeli, hogy egy modul van benne. A $8002/$8003-as (32770/32771) 
tárcímen levő vektorhoz fordul a gép minden NMI megszakítás során. A modu- 
lok úgy használják fel ezt az új NMI vektort, hogy ide a saját programjuk 
kezdőcímét írják, és mivel a gép bekapcsolása után a rendszer végrehajt egy 
NMI rutint, ez elindítja a modult. Egy kis ötlettel ezt a vektort is fel lehet 
használni az NMI megszakítás során: a rendszert , félrevezetjük" az előbb 
leírt CBM80 szöveggel, és a $8002/$8003-as (32770/32771) tárcímeket a 
$0318/$0319-es címekhez hasonlóan módosítjuk. De hogyan is kell ezekkel a 
vektorokkal autostartot előidézni? A I LDAD"név".8] mindig az aktuális 
BASIC területre tölti a programot; a LDAD"név",8,1 [parancs pedig oda tölti 
vissza a programot, ahonnan kimentettük. A tár egy bizonyos területét legegy- 
szerübben monitorprogrammal menthetjük lemezre. Akinek nincs monitor- 
programja (vagy ha a MONITOR pont ott helyezkedik el a tárban, ahol a 
programunk van), a kimentést egy rövid rutinnal végezheti el. 

A SAVE rutin gépi listája : 
2000 1..DA H$OR : eszközszám 


2002 LDX H$HOZ :logikai file-rszám 
2004 LDY H$sOZ E í 


2006 JMP $FFEA S) 
2009 UDA H$OZ file év hossza 
200B LDX $4$24 ja név címének alsó byte-ja 
200D I.DY 4$2O :sa név címének felső byterja 
ZO0F JIP -SFFBD : SETNAM előkészítő rutan 
2 4$OO ja kimentendő program kezdetének alsó byte-ia 
HEsZO :felső byte 
$D7 saz alsó byte tárolasa 
7 $D8 felső byte tárolása 


A HsD7 cím helye 


a 
ea 

4$$00 :a végcím alsó byte-ja 
Aa 


$$40 végcím felső byterja 
tt SsFFDB :SAVE rutin 
vég " 
2029a 41 42 .. ..sa név betűinek ASCII kódja 
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A BASIC SAVE rutin listája: — 


19 AA-KEZDOCIM 

29 EA-VEGCIM 

30 OPEN1,8. 1, "PROGRAMNEV" 

49 HB-INT(AA/ 256) :LB-AA—HB:256 
59 PRINTH1, CHRS(LB) : CHRSC( HR ) ; 
09 FORI-AA TOEA 

79 PRINTH1. CHR$(PEEK(I2; 

39 NEXTI 

99 C€LOSE1 


READY. 


Ha egy program betöltése előtt a vektorokat módosítjuk, a mutatók értéke 
megváltozik, és a rendszer összezavarodhat. Ha viszont csak egy vektort változ- 
tatunk és a többit alapállapotban hagyjuk kimentés előtt, majd a programot a 
módosított vektorral mentjük lemezre, akkor a betöltés hibátlan lesz, és a 
betöltött rutin is új jelentéssel fog működni. 

Célszerű egy ritkán használt vektort (mint pl. a LIST); vagy egy olyan vektort 
választani, amelyet a gép szinte állandóan használ, mint a STOP vektor a 
$0328/$0329 (790/791) címen. 

Mivel a rendszer a programok töltése alatt is végrehajt ugrásokat, az auto- 
start a betöltés befejezése előtt is megtörténhet. (A szükséges rutinokat majd 
később ismertetjük.) 

Kézenfekvőnek látszik a beolvasó/várakozó rutin használata. A rendszer ezt 
a rutint nagyon gyakran használja, hiszen a billentyűzetlekérdezést szinte állan- 
dóan végre kell hajtani. Állítsuk ezt a vektort a saját programunk elejére! 
A betöltés végén a kurzor nem jelenik meg, hanem helyette elindul a program. 

Az autostartosítani kívánt programot célszerű a kazettapufferbe tenni, a 
$033C€-$03FB (828—1019) címekre. Ha a programot ide helyezzük, akkor nincs 
szükség a képernyő tartalmának kimentésére, és ez jelentős helymegtakarítást 
jelent a lemezen. 

A kazettapufferbe természetesen csak gépi kódú programokat tehetünk, és 
azok közül is csak a rövidebbek férnek be ide. Ha hosszabb gépi kódú progra- 
mot akarunk önindítóssá tenni, akkor vagy ki kell menteni a képernyőtartalmat 
is, vagy egy betöltöt kell írnunk. A betöltőprogram a kazettapufferben elhelyez- 
kedő LOAD rutin, amely elindulása után betölti és elindítja a főprogramot. Egy 
adott tárcímre való ugrással csak gépi kódú programot indíthatunk. A BASIC 
programok indítását egy rövid kapcsolórutinnal végezzük : 


033C JSR $A659 
033F JMP SA7AE 


Az első sor adatot kér a rendszertől, hogy hol van az éppen aktuális BASIC 
RAM alja, ezt megadja a CHRGET rutinnak, mindezek után még egy CLR 
utasítást is végrehajt. A második sor végrehajtja azt a BASIC utasítást, amely- 
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nek kezdőcímét az iménti sor adta meg. A rendszer a második sor végrehajtása 
után olyan helyzetbe kerül, mintha csak egy RUN parancsot adtunk volna ki. 
(Ha a BASIC program autostartjával sem szeretnénk nagy helyeket foglalni a 
lemezen, akkor ezeket is tanácsos az említett gépi betöltőrutinnal ellátni, és a 
most megismert módon indítani.) 

A beolvasó/várakozó rutinhoz hasonlóan a $0326/$0327 (806/807) tárciímen 
levő OUTPUT vektorral is elérhetünk hasonló eredményeket. Ezt a vektort is 
szinte állandóan használja a rendszer, hiszen minden képernyőre írásnál szükség 
van rá, de az OUTPUT vektornak ez a tulajdonsága gondot is okoz az auto- 
startprogram létesítésekor. Miközben ui. kimentjük a programot, a képernyőn 
megjelenne a SAVING felirat, márpedig a SAVING kiírását az OUTPUT rutin 
végzi (ill. csak végezné). Így azonban a felirat megjelenése helyett a programunk 
indul el, vagyis nem tudjuk kimenteni a programunkat a módosított vektorral. 
Ezt a problémát is ki lehet küszöbölni. 

Az egyik megoldás, hogy a programot megírjuk az eredeti helyén. Ezt köve- 
tően a vektorok módosítása nélkül a memória $0300-tól a programunk végéig 
terjedő területet a memóriában $1000-rel odébbtoljuk. Az OUTPUT vektort az 
új címén a $1326/$1327-es címeken míidosítjuk úgy, hogy a program kezdőcímé- 
re mutasson (természetesen a kezdőcímnek a réginek kell lennie), és aprogramot 
így mentjük lemezre. Az OUTPUT vektornak a módosítás után így kell kinézni: 


$1326 3C0C€C 


3C az alsó, 0C pedig a felső byte lesz. Az átmásolás igen egyszerű, minden 
monitorprogramnak van ilyen utasítása : 


T(KEZDŐCÍM) (VÉGCÍM) (ÚJ KEZDŐCÍM) 


(Figyelem! Ha a kezdőcím kisebb az új kezdőcímnél, akkor a végcímnek is 
kisebbnek kell lennie az új kezdőcímnél.) 

Hogyan helyezhetjük vissza az eredeti helyére a programot? A lemezen a 
program első blokkjának 2. és 3. byte-ja jelöli a program helyét a memóriában. 
Az iménti byte-ok közül a 3.-at kell csökkenteni 16-tal. A memóriában a 
programot $1000-rel toltuk feljebb, és ez a cím felső byte-jának 16-tal való 
megnövekedését jelenti. A csökkentést akármilyen diskmonitorral elvégezhet- 
jük. 

Sajnos ez a módszer kissé nehézkes. A következő gépi kódú lista egy olyan 
program listája, amely egy RUN paranccsal indítható programot autostartosít. 
Azoknak, akiknek nincs monitorprogramjuk, közöljük a program BASIC be- 
töltőjét. 

19 FORI-OTO1839 

20 READA$S:A$-MIDS(A$, 1, 2) :B$-RIGHTSK(A$, 1) :C$-LEFT$(A$, 1) 
30 B8B-ASC(B$)-48: IFBO9THENB-B-—-7 

49 C-ASCLC$)-48:IFCD9ITHENC-C-7 


59 0-1641CtB:POKE23672tI,D 
60 NEXT 


100 
446 
120 
i 39 
1409 
19 
160 
74 


fú 


DATA 
DATA 
DATA 
VATA 
CATA 
OATA 
DATA 
DATA 

DATA 

JATA 
ATA 
DATA 
DATA 

DATA 
DATA 

DATA 
DATA 

DATA 
DATA 

DATA 

DATA 
DATA 
DATA 
OATA 
DATA 
DATA 
DATA 
DATA 
DATA 

DATA 
DATA 

DATA 
DATA 
DATA 
DATA 
DATA 

DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
GATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


A3.900 REM C2 
30, 29, 09 : REM 
80. 21.DO:REM 
AJ3, 05 REM 
80.35, 02:REM 
AZ,49 REM 
RD.94,09:REM LI1 
Kleela) PEM 
SA 0Z REM 
209. 02,FF:REM 
Eg REM 
Az, BE, CG: REM 
29,982.C0O:REM €1 
A2,93 REM 
AD, O1 REM 
29,BA,FF:REM 
A2,09 REM 
2. LE PEM 
36. BB REM 
34 ,8c REM 
Ag, 99 PEM 
35.95 REM 
20. BS:FFSREM 
A5.99 REM 
€9,40 REM 

ta 
4€, 3E, C09: REM 
20.,82,CO:REM C3 
A2Z,09 ? E 
A9, 20 :R 
30, 09, 24 :REM €4 
Eg REM 
DO,FA REM 
A2Z,40 REM 
AD,93 REM 
96.204 03:REM 
8C,27,93:REM 
A2.,99 REM 
BO,AA, CO:REM C5 
90, 49, 93:REM 
E3 REM 
EG-1LO REM 
BO.FS : REM 
A2. 00 : REM 
AG,03 : REM 
98 ,FB : REM 
94,Fe€ : REM 
A3,FB : REM 
AS, AC : REM 
A4,AF : REM 
29 ,D8,FF:REM 
4€, 49. 03:REM 
A2, 09. : REM 42 
96.87 : REM 
20,CF.,FF:REM 868 


HBPOV 
$00929 
$0921 
HOS 
5$090236 
HBPOD 
$CO94, X 
HB2Ó 


$FEFDS 

$99 

4549 

$02 

H$PAO 

$C€095,X 

$C3 / 
$FFO2 


L8 

, BEzá 

HBOAO 
H52G 
$9499,X 


c4 
4540 
HBOZ 
$9326 
$2327 
4500 
$CGAA, X 
$9349.,X 


4$IO 
sg 
HPAO 
4H$OZ3 
FB 
$FC 
H$FB 
$AE 
$AF 
$FFD3g 
$9349 
HOD 


$87 
$FFCF 


194) 
4 


DATA 390,4909,CF:F STA $CFOO,X 
DATA E3 INX 
DATA ES,BR7 INC $87 
DATA €3,90 CMP HPOGD 
DATA DOD,F23 BNE £9 
DATA 69 ETS 
DATA 33.004. 590 Pp 
CATA 52,4F,á7 kü 
DATA S2,41, 40: RAM 
DATA ZO, ZE ÜSSE ME 
CAK 6 4. 20 RE 1 

h-ODATA 8 Sze 44 
DATA , 00 :REM j) 
DATA REM 
DATA AZ, REM HPCOA 
Gera AD, : REM HEF 
DATA Z2E, , 23:REM PpOZ 
CATA 8SC, 27 503:REM BPO3Z 
DATA ZO. SI .A6G: REM BPAGSI 
DATÁ SAE, AE,ATZREM BA7AI 
DATA 29, 09,909:FEM $OYO 
DATA 29 REM 

HEAD Tr. 


3.1.6 Autostart a veremből 


Az autostart egy új, az eddigiektől igen távoli formája az ún. verem-autostart. 
A C 64-esben a verem a $0100-$01FF-ig (256—511) terjedő memóriarészen 
helyezkedik el (I. 1. ábra). 

A C 64-esben használt verem szemléltetéséhez képzeljünk el egy teniszlabdák tárolására haszná- 
latos dobozt. A labdákat egymás után helyezhetjük el a dobozban, így először az utolsóként 
berakott labdát vehetjük ki. Ha egy mélyebben elhelyezett labdát szeretnénk elővenni, ehhez az 
összes felette lévőt ki kell emelnünk a dobozból. A valóságban a példában tárgyalt doboz a ma már 
ismertetett memóriaterületnek, a teniszlabdák pedig számoknak felelnek meg. 


A veremhez tartozik egy byte, a veremmutató. Ez a mutató jelzi a rendszer 
számára, hogy melyik volt a verembe utoljára helyezett byte (labda). A verem- 
mutató mindenkori értékét hozzá kell adni a verem aljának címéhez (ami 
$0100), és az így kapott szám adja meg a verembe utoljára helyezett adat 
tárcímét. A veremmutatót gépi kódból az X regiszter segítségével írhatjuk, 
olvashatjuk. Az TSX utasítás a veremmutató értékét az X regiszterbe, a TXS 
pedig az X regiszter értékét a veremmutatóba teszi. 

A C 64-es a veremben az alprogramok visszahívásához szükséges hivatkozási 
címeket tárolja. A gépben a programok betöltését végző rutin is egy alprogram. 
Érdemes elgondolkozni azon, mit eredményez az, ha a veremben lévő visszatéré- 
si cím helyett saját programunk címét írjuk. Az eredmény pontosan az, amire 
szükségünk volt: programunk a betöltés végeztével automatikusan elindul. 

Nem sokat bonyolít az eljáráson az sem, hogy a verembe valójában nem a 
visszatérési címet kell beírni, hanem annál 1-gyel kisebb értékeket, alsó-—felső 
byte alakban. 


54 


A töltőrutin, miután betöltött egy programot, megkeresi a veremben a vissza- 
térési címet, és egyet hozzáadva, a kapott címen folytatja a program futását. Ha 
mi töltés közben módosítottuk ezt az értéket, a töltés után a mi programunk 
elejére ugrik a rendszer, és azt indítja el. 

Most nézzünk néhány egyszerűbb példát a verem működésére: 


5000 JSR $6000;] ugrás egy szubrutinra 


5003 NOP;] akármilyen utasítás 


A szubrutin meghívása a $5000-es címen történt, ezért a verembe a következő 
utasítás címe mínusz egy kerül, azaz $5002. Először az alsó byte ($02), másod- 
szor pedig a felső byte ($50) kerül a verembe. A folyamat közben a veremmutató 
értéke 2-vel nött, és most $50-re mutat. 

Miután a program a szubrutin végéhez ért és végrehajtott egy RTS utasítást, 
a rendszer (fordított sorrendben) végrehajtja az előző lépések ellentétjét, és a 
program futását a $5003-as címen folytatja. 

A veremműködés részletes ismeretét használjuk fel egy új autostart-technika 
kialakítására! Betöltés közben az operációs rendszer számos rutint használ, 
ilyen pl. a ""EARCHING FOR" és "LOADING" üzenetek kiírása. Maga a 
betöltés is egy külön, önálló szubrutin, amelyet a többihez hasonlóan egy RTS 
utasítás zár. Az RTS utasítás végrehajtása az előzőhöz hasonlóan itt is a 
veremben levő utolsó címtől folytatja a rendszer futását. 

A mi céljainknak az felelne meg, ha az RTS után a futás a saját programunk 
elején folytatódna. Természetesen sohasem tudhatjuk, hogy a veremmutató 
éppen hol áll. Ha az egész vermet az általunk írt program kezdőcíme mínusz 
eggyel töltjük fel, akkor a veremben levő összes visszatérési cím elvész, de ez 
teljesen lényegtelen. A rendszer mindenütt a mi programunk kezdőcímét fogja 
találni, és az első RTS utasításnál a program futását a mi programunk elején 
folytatja. Ezzel az eljárással sikerült a veremmutatót megkerülnünk. Már csak 
az a kérdés maradt hátra, hogy hol helyezzük el a programunkat, azaz milyen 
értékkel töltsük fel a vermet. Célszerű lenne, ha az alsó és felső byte-ok értéke 
ugyanaz lenne, például $02. Az RTS-ről elmondottak szerint ez azt jelenti, hogy 
a programnak $0202-4$01 — $0203 (51441 — 515) címen kell kezdődnie. 
A $0203 elhelyezkedő tárterületet a BASIC beviteli puffer foglalja el. A BASIC 
beviteli puffer $0200-től $0258-ig (512-—600) tart, a betöltés folyamán semmire 
sem használjuk, ezért programunkat nyugodtan írhatjuk erre a területre. Ez a 
terület sajnos csak 88 karakter hosszú, ezért hosszabb programok elhelyezésére 
nemigen alkalmas. Erre a területre ezért csak a már említett betöltő programo- 
kat tehetjük. Mivel a vermet nem tudjuk az eredeti helyen módosítani, hiszen 
a különböző rutinok folyamatosan használják, ezért célszerű, ha a vermet és az 
utána következő programot $1100-tól kezdve írjuk meg a memóriában. Ezen 
a címen mentsük ki, és mint a 3.1.5 alfejezet végén, tegyük a helyére. 
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A most következő program egy tetszőleges programba épít be az előbb 
ismertetett autostart-indítást. Az első program $C000-től (49152) kezdődik, és 
feladata, hogy $1100-tól $11FF-ig terjedő területet $02-vel töltse fel. 


Tt000 LDA HBROZ :saz érték betöltése 

002 LDX H$OG mutató nullázása 

C€004 S$TA $1100,X ;az értek tárolása 

COO7 INX sra mutató növelése 

COOH BNE. $0004 :ha z 00 (fft$t1) ,következő érték 
COOA KTS :visszaugrás 


A tényleges autostart-generáló program : 


ERK :három nullbyte 

: 
Ht$OB ja floppy száma 
H$OLI :masodlagos cim 
$FFBA :file paraméter beállítása 
H$IER sa filernév cím alsó byte-c 
HK$IZ § felső byt 
H$t$O4 :a fíile-rnév hossza 
$FFED :a név parameter beallítasa 
Ht$OO :a flag átkapcsolasa a LI.0AD-hoz 
$FFDS za file betöltése 
$8000 ;kezdőcíimre ugrás 


12138 4E 43 56 00 00 060 00 


A jobb megértés kedvéért írtunk még egy rutint a $8000 címtől kezdve, amely 
a keret színét ciklikusan változtatja. 


8000 I.DX HOD :az első mutató beállítása 
3002 LDY H$OO ja második mutató beállítása 
38004 INC $DOZOÓ ;keretszín növelése 

8007 INX selső mutató növelése 

38009 RBNE $8004 ;ha z 2539, tovább 

300A INY :második mutató növelese 
3008 BENE $8004 ;ha - 253, tovább 

300D KTS :visszaugrás 


3.1.7 Autostart betöltés közben 


Az eddigi módszerek mindegyike olyan vektort módosított, amelyet a program 
betöltése után használt a rendszer. A módosított vektor eredeti feladatát , elfe- 
lejtve" a mi programunkat indította. Például az OUTPUT vektor a READY 
felirat kiírása helyett a RUN szerepét játszotta. Logikusnak látszik az a megálla- 
pítás, hogy a töltés közbeni programindításhoz olyan vektort kell találnunk, 
amelyet nemcsak a betöltés befejezése után használ a rendszer. E vektor átírásá- 
val elérhetjük, hogy a töltés közben a mi programunk vegye kezébe az irányítást. 
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Az eljárás nehézsége éppen abból a sajátosságból adódik, hogy az autostart 
még a teljes program betöltése előtt megtörténik. Az a program nem vezérelhet, 
amelyik még nincs betöltve. A másik nehézség az, hogy a program nem helyez- 
kedhet el akárhol. 

A kijelölt feladat elvégzését a STOP vektorral oldhatjuk meg, amely a 
$0328/$0329-es (808/809) címeken helyezkedik el. A STOP rutint a rend- 
szer minden töltés során nagyon sokszor meghívja. A STOP rutin feladata a 
RUN/STOP billentyű állandó figyelése, és a gomb megnyomása esetén a töltés 
vagy a BASIC program futásának felfüggesztése. A teljes igazság az, hogy a 
C 64-es minden byte beolvasása után meghívja a STOP rutint... 

Az előző példákban azt használtuk ki, hogy a gép a programokat oda tölti, 
ahová mi akarjuk, s így a vektoroknak új értéket adhatunk. A STOP vektorral 
más a helyzet. A memóriát a C 64 alulról kezdi feltölteni, és ezért először az alsó 
byte-ot módosíthatjuk. Az alsó byte módosításával csak a régi STOP rutin $FF 
byte-os körzetébe ugorhatunk, ez viszont a ROM-ban helyezkedik el, ezért az 
ugrás zavarokat okozhat. Mindebből már következik, hogy nem szabad meg- 
változtatnunk a vektor felső byte-ját, csak az alsót. A rendszer most az új alsó 
és a régi felső byte-ból új címet képez, és ezt tekinti a STOP rutin kezdőcímének. 

Ha saját hasznunkra akarjuk felhasználni ezt a rutint, akkor most nem a 
vektort kell a rutin kezdőcíméhez igazítani, hanem a kezdőcímet a vektorhoz. 
Mivel a betöltés alulról indul, a STOP vektor előtti memóriacímre már tölthe- 
tünk működőképes programot. A STOP vektor eredeti alsó byte-ja $ED, ami 
azt jelenti, hogy a mi programunk három helyen kezdődhet, a 


$00ED ; $01ED ; $02ED 


címeken. Ezek közül csak az utolsó, a $02ED használható. A $02A8-tól $02FF- 
ig terjedő területet egyik rutin sem használja a töltés folyamán. Ez a terület közel 
helyezkedik el a STOP vektorhoz, így nem kell nagy területet fölöslegesen 
lemezre menteni. 

Azzal, hogy amikor a kezünkbe vesszük a vezérlést, nincs még az egész 
program a tárban, lehetőségünk van a gép eredeti töltőrutinját a sajátunkra 
cserélni. A rendelkezésünkre álló hely nagyon kicsi: $02ED-től $02FF-ig csak 
18 byte; igaz, hogy ezt még a $02A8-$02ED-ig terjedő területtel kibővíthetjük. 
A felesleges memóriák betöltésének elkerülése végett célszerű a töltőrutint a 
kazettapuffer végének betöltése után megszakítani. A kazettapufferbe már be 
lehet tenni egy tömören megírt töltőrutint, esetleg csak azt, amelyik a tényleges 
töltőrutint — ami a memóriában már akárhol lehet — betölti. 

Azt, hogy a betöltés elérte-e már a $03FF-es tárcímet, legegyszerűbben egy 
kódsorozattal vizsgálhatjuk, amelyet a kazettapuffer végén helyeztünk el. 

Mire jó a saját töltőprogram? 

Ezt az eljárást felhasználhatjuk arra, hogy a lemezen egyetlen file-ban tárol- 
junk különböző tárcímeken elhelyezkedő programokat. A betöltő rutin pl. egy 


57 


kóddal érzékelheti, hogy a betöltést nem folyamatosan kell végezni a memóriá- 
ban, és az utána következő címmel azt is megadhatjuk, hogy hol folytassa a 
betöltést. Ezzel a kódos rendszerrel a betöltő rutint elég csak egyszer megírni, 
nincs szükség mindig új és új írására. 

Az eddigiek összefoglalásaképpen először írjunk egy programot a 
$02A8-$02FF-ig. (Vigyázzunk arra, hogy a program a $02ED címtől induljon!) 
A programot folytathatjuk a kazettapufferben is. Mentsük ki a programot a 
$024A8-tól a kazettapuffer végéig, majd lemezen módosítsuk a STOP vektor alsó 
byte-ját úgy, hogy a $02ED címre mutasson. Az így elkészült rutinhoz a rutintól 
függően mentsük hozzá a programokat. A hozzámentendő programot a kódok- 
kal fejeljük meg. 

Hasznos lehet az a trükk, hogy az általunk írt rutinnal elérhetjük, hogy a 
C 64-es igen terjedelmes ROM-ja alá is tölthetünk programot. Töltés közben 
hol kikapcsolhatjuk, hol bekapcsolhatjuk (időnként kiiktathatjuk) a ROM-ot. 


3.1.8 Autostart a megszakításokon keresztül 


A C 64-es minden 1/60 másodpercben megszakítja az éppen futó programot, 
és végrehajt egy rutint. (A rutin feladata nagyon sokrétű; többek között a 
kurzor mozgását és villogását is ez intézi.) Ez a megszakítás IRO (Interrupt 
ReOuest — megszakításkérés). 

A processzor IRO lábán minden 1/60 másodpercben érkező jel egy megszakí- 
tást vált ki. A processzor befejezi az éppen végrehajtás alatt álló utasítást, 
azután pedig a már ismertetett NMI megszakításhoz hasonlóan jár el. A kü- 
lönbség annyi, hogy mielőtt engedne a megszakításkérelemnek, megvizsgálja az 
állapotregiszter harmadik bitjének, az interrupt (1) kapcsolónak az értékét. Ha 
ez I, visszautasítja a megszakításkérelmet. Ha a kapcsoló értéke 0 volt, akkor 
a processzor az előbb leírtak szerint jár el: az I kapcsolót 1-re állítja annak 
érdekében, hogy egy újabb megszakítás meg ne zavarhassa a , kitérő" progra- 
mot. Betölti a $FFFE és $FFFF címek tartalmát (felső, alsó byte), és ezt a címet 
tekinti a programszámláló új értékének. 

Az előző alfejezet tapasztalatai alapján ezt a lehetőséget is fel tudjuk hasz- 
nálni az autostart-programozásra. Az előzőekhez hasonlóan módosítjuk a 
$0314/$0315 (788/799) címen található IRO vektort is. Miután a megszakítás 
megtörtént és a vezérlés már a kezünkben van, állítsuk az I bitet 1-re a SEI 
utasítással. A továbbiakban megvizsgáljuk, hol tart a betöltés, és ha már ott, 
ahol nekünk kell, az előző alfejezet szerint járjunk el. Nem szabad a SEI 
utasítást kifelejteni, mert ekkor az újabb megszakításnál megint a program 
elejére ugrik a rendszer. 
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3.1.9 Autostart a CIA chipek felhasználásával 


A címben szereplő állítás tulajdonképpen hamis: ez a módszer főleg nem az 
autostart-programozásban lesz felhasználható. 

Még mielőtt rátérnénk a CIA chipek programozására, ismerkedjünk meg 
magukkal a chipekkel. A CIA 6526 (Complex Interface Adapter) a 65xx-es 

processzorcsalád egy [/D (INPUT/OUTPUT) eleme, amely egy soros 8 bites 
. regisztert, két kaszkádolható 16 bites számlálót (timer), egy valósidejű órát és 
egy diverse vezérlővonalat tartalmaz. A CIA további 16 regiszterét a processzor 
átmeneti tárolóként használja. A C 64-esben két ilyen [/O elem található, az 
egyik a $DOOF címig, a másik pedig a $DD00-tól a $DDOF-ig terjedő tárterüle- 
tet foglalja el. A következőkben ismertetjük a CIA 16 regiszterét : 


A vezérlőregiszterek leírása 5. táblázat 


0. regiszter A port 
Hozzáférés: READ/WRITE 
A regiszter tartalma az A (I/O) port állapotát tükrözi. 


festi 


. regiszter B port 
Hozzáférés: READ/WRITE 
A regiszter tartalma a B (I/O) port állapotát tükrözi. 


2. TögiSZter A adatirány-regiszter 
Hozzáférés: READ/WRITE 
Ezzel a regiszterrel az A port mind a 8 vonalát bevitelre, 
ill. kihozatalra kapcsolhatjuk. A kapcsoláshoz a regiszter 
megfelelő bitjét 0-ra (bevitel) vagy 1-re (kihozatal) kell 
állítani. 


3. regiszter B adatirány-regiszter 
Hozzáférés: READ/WRITE 
A regiszter feladata azonos a 2. regiszter feladatával a 
B portra vonatkoztatva. 


4. regiszter A számáló alsó byte 
Hozzáférés: READ 
Olvasásnál a regiszter tartalma az A számláló pillanatnyi 
értékének alsó byte-ját adja vissza 
Hozzáférés: WRITE 
Írásnál megadhatjuk annak az értéknek az alsó byte-ját, 
amelyről a számláló nullára visszaszámlál. 
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9. 


10. regiszter 


IT. regiszter 
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. regiszter 


. regiszter 


. regiszter 


. regiszter 


regiszter 


A számláló felső byte 

Hozzáférés: READ 

Visszakapjuk az A számláló pillanatnyi értékének alsó 
byte-ját. 

Hozzáférés: WRITE 

Író utasítással megadhatjuk annak az értéknek a felső 
byte-ját, amelyről az A számláló nullára visszaszámlál. 


B számláló alsó byte 
Ua. mint a 4. regiszter a B számlálóra vonatkoztatva. 


B számláló felső byte 
Ua. mint az 5. regiszter a B számlálóra vonatkoztatva. 


A valós idejű óra (time of day) tizedmásodpercei. 
Hozzáférés: READ 

Olvasásnál a 0-tól 3-ig terjedő bitek tartalma visszaadja 
a valós idejű óra pillanatnyi értékét tizedmásodpercek- 
ben, BCD kódban. A 4-től 7-ig terjedő bitek értéke min- 
dig nulla. 

Hozzáférés: WRITE 

Írásnál a B vezérlőregiszter (15.) előzetes beállításával 
választhatunk: megadhatjuk az óra aktuális értékét ti- 
zedmásodpercekben, vagy a riasztás időpontját. 

A 4-től 7-ig terjedő biteket nullára kell állítani, a tized- 
másodperceket pedig BCD formátumban kell megadni. 


A valós idejű óra másodpercei 

Hozzáférés: READ 

Olvasásnál a regiszter tartalma visszáadja az óra pilla- 
natnyi értékét másodpercekben, a 0-tól 3-ig terjedő bitek 
értéke az egyeneseket, a 4-től 7-ig terjedő bitek értéke 
pedig a tízeseket jelenti. 

Hozzáférés: WRITE 

Ua. mint a 8. regiszternél. A másodpercek formátuma is 
BCD kód. 


A valós idejű óra percei 

Ua. mint a 9. regiszternél a percekre vonatkoztatva. 

A valós idejű óra órái 

Hozzáférés: READ 

Olvasásnál visszakapjuk az idő aktuális értékét órában. 
A 0-tól 3-ig terjedő bitek értéke most is az egyeseket 


12. regiszter 


13. regiszter 


14. regiszter 


jelenti. Mivel az óra legnagyobb értéke 12 lehet, a tízesek 
jelölésére elég egyetlen bit, nevezetesen a 4. bit. 

7. bit az amerikai időnek megfelelően a délelőtt (AM, 7. 
bit — 0), ill. délután (PM, 7. bit — 1) jelölésére szolgál. 
Hozzáférés: WRITE 


. Ua. mint a fenti regisztereknél, de a biteket az olvasási 


hozzáférésnél leírtak szerint kell kezelni. 


Soros eltolási regiszter 
Kiírásnál a soros buszra kerülő, olvasásnál a soros busz- 
ról érkező adatokat tárolja bitenként. 


Megszakítást vezérlő regiszter 

(Interrupt Control Register) 

Hozzáférés: READ 

0. bit: az A számláló lefutása 

1. bit: a B számláló lefutása 

2. bit: az aktuális idő és a riasztási idő értéke azonos 

3. bit: az eltolási regiszter megtelt (beolvasásnál) vagy 
üres (kiírásnál) 

4. bit: a FLAG lábon impulzus érkezett 

5-6. bit: mindig nulla 

7. bit: értéke I, ha a megszakítást vezérlő és a megszakí- 
tást maszkoló regiszterek 0-tól 4-ig terjedő bitjei 
közül legalább egy értéke I. 


Figyelem! Olvasásnál a regiszter tartalma törlő- 
dik! 

Hozzáférés: WRITE (Megszakítási maszk) 

A 0-tól 4-ig terjedő bitek jelentése azonos. Ha 
ráadásul a 7. bit értéke I, a megszakítást tetszőle- 
ges művelet számára kihasználhatóvá tehetjük. 
Ha a 7. bit nulla, a megszakítás nem engedélye- 
zett. 


A vezérlőregiszter 

Hozzáférés: READ/WRITE 

0. bit: 0 — A számláló STOP — 1 A számláló START 

1. bit: l — az A számláló lefutását jelzi a PB6 

2. bit: 0 — az A számláló minden lefutása előállít egy 
magas impulzust a PB6 lábon 
l — az A számláló minden lefutása megfor- 
dítja a PB6 állapotát 
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3. bit: 1 — az A számláló visszaszámlál a kezdőértéktől 
nulláig, majd leáll (one shot) 
0 — az A számláló minden lefutás után auto- 
matikusan újraindul 

4. bit: Il — az A számláló új értékének betöltése feltétel 
nélkül 

5. bit: 0 — az A számláló számlálja a rendszerütemet, 1 
— számlálja a CNT ütemet 

6. bit: 0 — a soros port bemenet, 1 — a soros port kime- 
net 

7. bit: 0 — a valós óra 60 Hz-cel üzemel, I — a valós óra 
50 Hz-cel üzemel 


15. regiszter B vezérlőregiszter 

Hozzáférés: READ/WRITE 

0—4. bitek: az A vezérlőregiszter bitjeivel azonos jelenté- 
sűek a B számlálóra és a PB7-re vonatkoztat- 
va 

5—6. bitek: ezek a bitek határozzák meg a B számláló 
triggerforrását: 
00 — a számláló a rendszerütemet, 
01 — a számláló a CNT ütemet számlálja 
10 — a B számláló az A számláló lefutásait 
számlálja 
11 — a B számláló az A lefutásait számlálja, 
ha CNT — 1 

74 DEL 0 — valós idő beállítása 
1 — riasztási idő beállítása. 


Az eljárás lényege az, hogy a CIA chip segítségével kiváltunk egy NMI 
megszakítást. A megszakítás akkor következik be, ha a CIA egyik timere lefut, 
azaz nulla értéket vesz fel. Amikor a megszakítás kiváltódik, a rendszer a már 
említett módon használja az NMI vektorokat. Az NMI vektor sajnos nagyon 
messze van a CIA regisztereitől, ezért ennek a módszernek inkább a programvé- 
delemben van igazi jelentősége, nem pedig az autostartban. 

Hogyan is kell tulajdonképpen használni a CIA chipet? A B timer értékét a 
$DD06-os és $DD07-es tartalmazzák, a számláló ettől az értéktől kezdve szá- 
mol egyesével lefelé. Amikor eléri a nullát, a $DDOF címből kivon egyet, és 
azonnal egy NMI megszakítást vált ki, azaz a $0318/$0319-es címen lévő vektor 
értékének megfelelő helyre ugrik. (A következő 5 regiszter most nem érdekel 
bennünket.) 

A $DDOD címen a megszakításvezérlő (Interrupt Control) regiszter van. 
Ennek 1-es bitje jelzi a B számláló lefutását, ezért ezt a bitet állítsuk 1-re. 
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Ugyanennek a regiszternek a 7. bitje azt jelöli, hogy van-e 1 értékű bit a 
regiszteren belül, vagyis ezt is (magas) 1 állapotba kell hozni. 

A következő regiszter szintén lényegtelen számunkra. A 15. regiszterről már 
szóltunk; e regiszter tartalma nagyon fontos. Nulladik bitjét 1-re kell állítani, 
ez jelzi a számláló indítását, az 5. és 6. biteket pedig 1-re. Az utóbbi két bit azt 
jelzi, hogy a számláló a rendszerütem ritmusa szerint csökken. 

A $D006-tól $DDOF-ig terjedő címek tartalma tehát a következő : 


DD00 xx xx xx xx xx xx 01 00 
DD0O08 00 00 00 91 00 82 80 19 


Ezeket az adatokat a tár bármely részén kimenthetjük. A kimentett adatokat 
a lemezen egy diskmonitorral kell majd megfelelő helyre tenni. Az adatok 
mögött kimenthetünk egy programot is. A program betöltés után a $3000 címen 
lesz a memóriában. Ahhoz, hogy a program tényleg a $3000-res címre töltődjön, 
az NMI vektor által meghatározott helyre olyan programot kell írni, amely az 
adatok betöltése után elindul, és , elintézi", hogy az utánuk levő program a 
valóban $3000-es címtől induljon. Az , intézkedő" program a következő : 


3 SE1 ja mege s 
$H$FOO raz új célci 2 ) Éz 
7 H$EZO a felső byterja 
$pE ralsó byte tárolása 
$9AF :fels6 byte 

Eg ő : szakítás engedélye 
ZO00A RTI :visszaugrás (NMI) 


3.1.10 Autostart címeltolással 


Az előző fejezetekben számos példát láttunk arra, hogy a $AE/$AF (174/175) 
címek segítségével egy programot az eredeti betöltési címétől eltérő helyre 


töltsünk. A kívánt hatás eléréséhez a betöltendő byte címét alsó, felső byte 
alakban a $AE/$AF címekre kell tenni. Az iménti címek tartalmát nem kötelező 
programokból módosítani, megtehetjük ezt parancsmódból is, a program első 
néhány byte-jának betöltése után. 

Az iménti két byte-nál tanácsos az alsó byte-ot változatlanul hagyni, és csak 
a felső byte-ot módosítani. Ha az alsó byte-ot módosítanánk és a felső byte 
értéke mindig $00 maradna, a betöltés a nulláslapra korlátozódna. Mivel a 
betöltést automatikus programindítással szeretnénk folytatni, további byte- 
okat kell elhelyezni a $0100 és $033C közötti tárterületen, pedig $0800-tól 
$FFFF-ig terjedő területet egy programrész már elfoglalt. 

A megoldáshoz ismét némi trükkre van szükség. A $AE/$AF címeket módo- 
sítsuk úgy, hogy a $FE0OO- a kívánt betöltési címre mutassanak. Az imént 
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említett területet pillanatnyilag ROM foglalja el, de ez nem okoz gondot, mivel 
az írás az ugyanazon a tárcímen elhelyezkedő, a ROM alatt fedésben levő 
RAM-ra történik. Ahhoz, hogy az ide írt programot elindíthassuk, ki kell 
kapcsolni a felette levő ROM-ot. A ROM kikapcsolását a következő utasítások- 
kal érhetjük el: 


LDA 34535 


A program. betöltését e parancsok kiadása után egészen a $FFFF tárcímig 

. folytathatjuk. Ha a program nem fér el ezen a területen, a $AE/$AF mutatót 
a célnak megfelelő értékre módosíthatjuk. Ha a töltés túlhalad a $FFFF címen, 
akkor a program töltését a $0000 címen folytatja. Nem blokkol le a rendszer 
abban az esetben sem, ha a nulláslapra azokat az adatokat írjuk vissza, amelyek 
eredetileg is ott voltak (a $AE/$AF címekre külön figyeljünk). 

Az imént megismert technika befejeztével tetszőlegesen programozott auto- 
startot is végrehajthatunk. A ROM-ot át kell kapcsolni RAM-ra, hogy hozzá- 
férjünk. Az eljárást az Olvasó további hasznos ötletekkel kiegészítheti, hogy a 
program lényegét még jobban elrejtse az avatatlanok elől. 


3.2 Az ellenőrző összeg és 
önmegsemmisítés 


Ebben a részben az autostarttól teljesen eltérő módszereket fogunk ismertetni, 
amelyek abban az esetben próbálnak védelmet nyújtani, ha valaki már hozzáfért 
a programunkhoz. Az első eljárás úgy védi meg a programot, hogy felismeri az 
illetéktelen behatolást, és megakadályozza az átírt program működését. A beha- 
tolás felismerése igen egyszerű elven alapul. Képezzünk egy (a programra 
jellemző) számot úgy, hogy a program összes byte-ját összeadjuk ; az így kapott 
számot nevezzük ellenőrző összegnek. Az ellenőrző összeget a program futása 
során többször kiszámolhatjuk, és helyességét megvizsgálhatjuk. Amennyiben 
úgy találjuk, hogy az összeg nem egyezik, különböző büntetéseket alkalmazha- 
tunk a programba beavatkozók ellen. 
Nézzünk egy példát az ellenőrző összeg használatára! 

ámláló beállítása 
számláló beállíiíté 
a kezdőcím alsó byte-—jának betöltése 
20064 STA $26 tárolása 


2008 LDA H$IO a kezdőcim fels6 byte-cjának betöltése 
200A STA $77 :és tárolása 


2000 1I.DY H$OO 
20027 


za LDX H$1oO 
; L.DA HEOO 
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"200C LDA ($26),Y zjérték betöltése 


zZ00E, ELG j:és hozzáadása 
200F ADC $0OZz :O2 tartalmához 
2011: STA POZ :az eredmény tárolása 02-n 
INY :számláló növelése 
BENE. $200C :ha nem 255 byte, köv. byte 
INC §$27 :felső byte növelése 
DE-X :számláló csökkentése 
BENE. $200C :ha a számláló nulla, tovább 
LDA $02 :a számított összeg betöltése 
CMP H$s3ÓO :és összehasonlítása az adott összeggel 
BEGB. $2029 :ha egyenlők, vissza 
L.DX t$00 :számláló nullázása 
INC $DOZ20O :keretszín növelese 
INX :számláló növelése 
BENE $7ZOZ2A ,;ha z2Z5s3-ször növeltük már, vissza 


RTS :visszaugrás 


Ez a program a $1000-$IFFF tartalma alapján képezi az ellenőrző összeget. 
A $2002, $2004, $2008 sorokat változtatva, tetszés szerint változtathatjuk azt 
a területet, amelyik az ellenőrző összeg alapjául szolgál. A $201D sorban 
változtathatjuk meg az ellenőrző összeg értékét. 

A program az adatok felvétele után ciklusban betölt egy adatot arról a címről, 
amire a $26/$27-es mutató mutat, és ezeket hozzáadja a $02-es tárcím tartalmá- 
hoz. Ha a $02-es tárcím értéke túlnő az egy byte maximális $FF-es értékén, 
akkor túlcsordulás keletkezik, azaz a byte értéke nulla lesz. A ciklus magját 
először addig ismételjük, amíg az Y regiszter értéke ismét nulla nem lesz. Abban 
az esetben, ha az Y értéke már nulla, a program az X értékét csökkenti eggyel, 
majd visszaugrik a ciklus elejére és ismét az Y-t csökkenti. Ha már az X regiszter 
tartalma is nulla, akkor a program végleg kilép a ciklusból és a $02-es byte 
értékét összehasonlítja a $201D sorban megadott ellenőrző összeggel. Ha az 
ellenőrző összeg nem hibás, a program visszaugrik a hívási cím mögé. Ha 
viszont hibát talált, akkor 255-ször növeli meg a keretszín regiszter tartalmát. 
Természetesen a villogtatás helyett egy sokkal nagyobb védelmet nyújtó rutinra 
cserélhetjük ki ezt a programrészt. Az egyik ilyen , megtorló rutin" lehet az, ami 
a programot törli ki a tárból vagy a lemezről. 


kítás letil tasa 


megsz 
H$HZO :1/0 terület és operációs rendszer 
$01 :kirekesztése 
H$FE si. mláló 
$H$OO Hol mlaló beállitása 
t$OO :a kezdőcím alsó byte-rjának betöltése 
$26 sés tárolása 
H$:O4G :a kezdőcim felső byte-rjának betöltérse 
$27 :és tárolása 
H$HOO jsérték betöltése 


($2O),Y ;és tárolása 
:számláló növelése 
g 2 . $OZ4F :ha 256 byte, 
OZ354 INC $27 ja kezdőcím felső byte-jának növelese 
O5a6 DEX :szamlaló csökkentése 
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038357 BNE $OZ34F :ha nulla, 


0339 LDA 4H$37 soperációs rendszer 
OZ33R STA $01 :visszaengedése 

03490  €L.1 :megszakítás letiltása 
OSSE JMF $FCEZ $SRESETSTE -úgdgrás 


Az előbbi rutin a $0400-tól a $FFFF-ig terjedő területet nullákkal tölti fel, 
majd egy RESET rutint is meghív, és saját magát is kitörli. A program csak úgy 
tudja végrehajtani feladatát, ha az [/O területeket kikapcsolja, mivel azok írása 
leblokkolná a rendszert. Visszatérve az ellenőrző összegre, annak kiszámítását 
a közölt programhoz hasonlóval kell elvégezni, azzal a különbséggel, hogy nem 
kell bele az ellenőrző rész. 


3.3 Kódolás programból 


A monitorprogramok sok kódhoz nem rendelnek megfelelő assembler utasítást, 
ezek ún. nem megengedett műveleti kódok, részletesebben a 3.4 alfejezetben 
fogunk velük foglalkozni. Most pedig olyan eljárásokkal, amelyek hasonló 
elveken alapulnak és kitűnő lehetőséget nyújtanak a másolásvédelmek felisme- 
résének megakadályozására. A következőkben a programból vezérelt kódolás- 
sal ismerkedünk meg. 


3.3.1 Az EXOR logikai művelet alkalmazása 


Mielőtt a programkódolási eljárásokról beszélnénk, ismerkedjünk meg a prog- 
ramkódolás fogalmával. Programkódoláson egy program adatainak meghatá- 
rozott rendszer szerinti átírását, , titkosítását" értjük. A kódolt programok a 
továbbiakban nem olvashatók a normál programokhoz hasonlóan, hacsak meg 
nem , fejtjük" a titkosítást, azaz nem dekódoljuk a programot. A titkosíráshoz 
hasonlóan a program titkosításához is egy olyan rendszer kell, amellyel a 
program byte-jait egy logikai művelet szerint átalakíthatjuk, és egy másik (vagy 
esetleg ugyanazzal) művelettel az eredeti állapotába hozhatjuk. 

A kódolt programokat ahhoz, hogy futtatni tudjuk, a dekódoló programmal 
együtt kell tárolni. Természetesen a dekódoló rutint a program indítása előtt le 
kell futtatni, hogy visszaállítsa a byte-ok eredeti értékét. Ebben a fejezetben csak 
néhány kódolási módszert mutatunk be. A kódolási módszerek száma szinte 
végtelen. Minden programozó kitalálhat egy saját, csak az ő programjaiban 
alkalmazott titkosítási rendszert. Mi most a legegyszerűbb eljárásokat fogjuk 
bemutatni. 
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Az egyik legegyszerűbb módszer az EXOR-ral (EXCLUSIV OR - kizáró 
vagy) való kódolás. Az EXOR logikai művelet, a BOOLE-algebra egy művelete. 
A C 64-es gépi kódjában az EXOR műveletnek megfelelő utasítás az EOR. 

Az EXOR műveletet a két byte (amelyekkel a műveletet végezzük) minden 
bitjével külön el kell végezni, és az eredménybitekből áll össze az eredménybyte. 
Az eredménybit minden olyan esetben I, ha a műveletben részt vevő két bit 
eltérő. Nulla értéket akkor vesz fel az eredménybit, ha a két bit értéke meg- 
egyező. 


0-0 — 0 
0-1 5 1 
1-0 — 1 
11-00 


Nézzük meg az EXOR művelet eredményét egy konkrét példán: 


A byte: 00LIOIOI — $35 — 53 
EXOR B byte: 10101010 — $AA — 170 
eredmény: 10011111 — $9F — 159 


Az EXOR művelet lényeges tulajdonsága, hogy ha elvégeztük az A és B byte-ok 
között, majd a műveletet megismételjük az eredmény és a B között, akkor 
visszakapjuk az A-t. 


A byte:  00II0101 — $35 — 53 
EXOR B byte: 10101010 — $AA — 170 

eredmény: 10011111 — $9F — 159 
EXOR B byte:  10101010 — $AA — 170 

eredmény : 00110101 — $35 — 53 


Az eredeti számot tehát csak a kódszám ismeretében lehet a kódolt számból 
megkapni. Az előző tulajdonság az oka, hogy a kódoló és a dekódoló rutin is 
ugyanaz. A következő program egy példa a kódoló és a dekódoló rutinra : 


fő00 L.DX $$00 mutató nullázása 

1002 LDA £2000,X ;byte betöltése És 

1003 EOR H$F4A : (de)kódo a 

1007 STA $2000,X ;byte visszaírása 

LOO0A INX :nutató növelése 

LOOR RNE. $100£2 :ha . 256, a ciklus elejére 
L00D RTS ;visszaugrás 


A kódolni kívánt programot a $2000—-30FF-ig terjedő részre tegyük. A kódoló 
rutin a dekódolást is elvégzi, ha a $100D címen levő RTS-t JMP-re cseréljük. 
Ha a kódolni kívánt program hosszabb 255 byte-nál, akkor az egészet tegyük 
be egy új ciklusba. 
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2027 LDX H$OO :1. mutató beállitasa 
ZOS7? LDYCHHOO :2. mutató beállítasa 

L.DA $5000,X :programbyte betöltése 

EOR H$FA4 :a művelet 

STA $5000,X za byte ujboli tárolása 

INX :1. mutató növelese 

"4 BENE. $202ZB :cikluskezdetre ha ( 256 

2036 INC $202D :prog. száml. felső byte-jának növelese 


2039 INC $Z0OSZ :célcím felső byte-jának növelese 
Z20SC INY :2. mutató növelése 

203D CFY $H$I1lO :$10 blokk (de)kódolva? 

ZOZSF RBNE $20ZRB :cikluskezdetre, ha nem 

2041 RTS svisszaugrás 


3.3.2 Kódolás rejtett beugrással 


Az előző alfejezetben leírt módszer nagy előnye az egyszerűség, a kevésbé 
rutinos programozók is könnyen tudják hasznosítani programjaikban. Az egy- 
szerűség ára, hogy az ezzel a módszerrel védett program tulajdonképpen elég 
gyengén védett. Gondoljuk csak meg, mi történne akkor, ha valaki a dekódoló 
rutin végén a programra ugrás helyett a saját rutinjára ugrik, vagy megállítja 
a programot egy BRK utasítással. A dekódoló rutin a módosítás miatt leáll, de 
a feladatát előbb elvégzi. A program ott áll teljesen szabályosan. Ebben az 
esetben a programunk teljesen védtelenül hozzáférhetővé válik bárki számára. 

A problémák megoldása csak egy lehet: az ugró utasítást valahogy el kell 
rejteni a beavatkozó elől. A következő program megkísérli az ugró utasítást 
elrejteni : 


1000 LDX HEFF sa mutató FF-re állítása 
1002 LDA 1000,X :;kodolt byte betöltése 
1005 EOR H$F4 :dekódolása F$-el 

1007 STA 1000,X ;byte visszaírása 

100A DEX mutató csökkentése 1-gyel 
1008 BNE $1002 ja cíklus kezdetre 

100D BRK : látszólagos: programvég 


Reméljük, senki sem találta ki, hogy a dekódolás végeztével hová is ugrik a 
rutin, azaz hol kezdődik a főprogram. A dekódoló rutin az eddigiektől eltérően 
hátulról kezdi a tárterület dekódolását. A dekódolás akkor ér véget, ha az 
X regiszter értéke nulla lesz. Mielőtt az X regiszter értéke nulla lehetne, a rutin 
saját magát is módosítja. Ebben áll a módszer lényege. Amikor a BNE utasítást 
próbálja a rutin megváltoztatni, akkor csak azt a részét írja át, ami az ugrási 
címet tartalmazza, mert ez van a magasabb tárcímen. A BNE egy két byte-os 
gépi kódú utasítás. Első byte-ja magát az utasítást és a címzésmódot jelöli. 
A második byte a relatív ugrási címet. A második byte 128-nál kisebb értéke 
azt jelenti, hogy ennyit kell ugrani előre. Ha a byte 128-nál nagyobb, akkor le 
kell vonni 128-at a byte-ból; a kapott szám a hátraugrás mértékét jelöli. Össze- 
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foglalva, az ugrás mértékét az alsó 7 bit értéke adja, a legfelső bit pedig az ugrás 
irányát jelöli. A $100B címen levő BNE mindaddig a ciklus visszatérési utasítása 
(a $1002-es címre ugrik vissza), amíg a dekódoló rutin meg nem változtatja az 
ugrási címét. A BNE megváltoztatott tárcímének a már dekódolt program 
elejére kell mutatnia. A mi esetünkben a program a $100E címen kezdődik, a 
BNE új ugrási címének tehát ide kell mutatnia. Az elmondottak alapján már 
nyilvánvaló, hogy a BNE második byte-ja és a $F4 között kell elvégezni az 
EXOR műveletet, hogy az ugrás a $100E címre történjen. A programlistán 
látható, hogy valóban a $F4-et használjuk fel a dekódoláshoz. 

A titkosítás jobb hatású, ha valamivel bonyolultabb rutinnal próbáljuk , meg- 
keverni" azt, aki fel akarja törni programunkat. 

A módszer kipróbálására írjuk a $100E-től kezdődően a következő progra- 
mot: 


100E LDX HBOO ; 
1010 LDY 4$00 ; 


1 


.. mutató 
mutató beállítása, 


1012." INC $DOZO -eretszín növelese 
1015 INX mutató csökkentése 
1016 BNE. $1012 kluskezdetre 

1018 INY § számlaló növelése 
1019 BNE. $1012 :cikluskezdetre 

1018RB BRK :programvég 


Kódoljuk ezt a programot a következő rutin segítségével: 


2000 L.DX H$OE mutató 0E-re állítása 

2002 LDA $1000.X zelső byte be 

2003 EOR H$F4 ja byte kódolása 

1007 STA $1000,X za byte visszaírása 

200A INX mutató növelese 

Z2O00O0R RNE. $2002 :a cikluskezdetre 

200D RTS :visszaugrás Y/ 


Természetesen a kódolás a $100E címtől kezdődik, mert előtte a dekódoló rutin 
van. 


A kódolt program és a dekódoló rutin így néz ki a tárban: 


1000 LDX HsFF :mutató beállitasa 

1002 LDA $1000,X :byte betöltése 

1005 EOR 4$F4 :és. dekódolása 

1007 STA $1000,X ;byte visszaírása 

100£A DEX mutató csökkentése 
1008 BNE $100E,X ;cikluskezdetre 

100D 777 : látszólagos programvég 
i100E $F4.X :kódolt program 


101060 
1011. 
LOTZ 


e 


$1C : 
$0E ; 


. $03 


69 


1018 ?7?? ; 
101C ASL $IELE,X : 


101F ASL $IE1iE,xX a kódolt program vége 


3.3.3 Kódolás a timerrel 


Az előző fejezetekben egyszerű kódoló, dekódoló programokról volt szó. A to- 
vábbiakban egy sokkal bonyolultabb rendszerrel fogunk megismerkedni. Eljá- 
rásunk a már ismertetett CIA chipet fogja felhasználni. Azt szeretnénk kivédeni 
az eljárással, hogy a kód megfejtése után bárki módosíthassa a programot. Nem 
állandó kóddal fogunk dolgozni, így a kódolt program visszafejtése is sokkal 
nehezebb lesz. Az eljárást a CIA-k ütemciklusa alapján fogjuk végezni. Az első 
felmerülő probléma, hogy a kódoló és dekódoló rutinok időben nem térhetnek 
el egymástól. Az iménti nehézségeket a következő programmal illusztráljuk : 


DOG BE 1 :megszakiíitas letoaltása 

2001 LDA HOG sérték betöltése 

2003 STA $DDOF zés a timer megállítása 

2006 LDA H$BFF sar alsó byte 

mg STA $N006 itimerbe írása 

200R L.DA HSFF :a felső byte 

00D STA $DDO7 itimerbe írása 

z01l0 LDA 4$99 sérték írása a 

012 STA $DDOF :timer continue-r-mád indító regiszterbe 
AZI22: bBX 6400 "mutató nullázása 

047 EX mutató növelese 

018 BNE $2017 scikluskezdetre. ha 2596 
OLA LDA $DDO6 ztimer alsó byte betöltése és 
.01D STA $4000 itárolása 4000-en 

8 LDA $DDO7 :felső byte betöltése és 

STA $4001 :itarolása 4001-ren 

LDA H$EOO sérték betöltése és 

STA 3DDOF i:timer megállijtasa 

Gt.4 :megszakltas engedélyezése 
RT svisszaugrás 


A program meghatározott ideig futtatja a B számlálót, ezután az értékét a 
$4000, $4001-es címeken tárolja. A következő BASIC program elindítja a gépi 
kódú rutint, és a $4000, C$4001-es tárcímek értékét (ahol a számlálók értékeit 
tároltuk) a képernyőre írja. 

19 SYS214996 


ZO PRINTPEEK( 414996), PEEKL431499641) 
34 GOTAI19 


READY. 
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A képernyőre írt érték állandóan változik, holott a számnak állandónak kellene 
lennie, hiszen ugyanarról az értékről indítjuk és a program sem változik közben. 
A változás oka, hogy a programmal ellentétben a timer folyamatosan működik. 
A program elején egy SEI utasítással letiltottuk a program megszakítását, de 
a videovezérlő azért időnként kénytelen megszakítani a programunkat. A video- 
vezérlő feladata a televíziós kép létrehozása. Kapcsoljuk hát ki a képernyőt, így 
megakadályozva a további megszakításokat. A képernyő kikapcsolását a VIC 
chip 17. regiszterében levő 4. bit nullázásával érhetjük el. A 17. regiszter a 
$DO11-es címen van. 

A képernyő kikapcsolását csak a raszterletapogatás lefutása után végezhetjük 
el, ezért a következő programba a $2009-től $2011-ig terjedő sorokba egy 
várakozó ciklust írtunk. 


2000 BEI :megszakítas letiltása 

2001 LDA $DO11 :sérték az 1. vezérlő regiszterből 
2004 AND HS$sEF ja 4. bit törlése, a képernyő kikapcsolasa 
2006 STA $DOLl1i ; í 

2009 LDX 4$00 
200R LDY H$FO 


a váró ciklus 1. mutatója 
2. mutatója 


§0a4 can can can a 


Z200D INX 1. mutató növelese 
200E BENE $Z00OD ha £ 256, cikluskezdete 
2010 INY mutató növelese 


2011 BNE $2Z00D :;ha CZ 256, cikluskezdete 
2013 LDA $HEOO jsérték betöltése és 

STA $DDOF :timer megállitása 

LDA H$FF :timer alsó byte-—ja 

STA $DDO6 ;beállítása 

LDA H$FF :timer felső byte-ja 

STA $DDO7  :beállítása 

2 LDA 4H4$99 :timer continue-mód 

STA $DDOF :selindítása 

L.DX H$OO :mutató beállítása 

INX :mutató növelése 

BRNE. $2029 :ha . 256, cikluskezdete 
LDA H$OO :timer 

. STA $DDOF  ;megállítása 

LDA $DO11 :képernyő 

ORA H$1O :vissza— 

STA $DO11 :kapcsolása 

LDA $DDO6 stimer alsó byte a 

STA $4000 — £4000-re 

LDA $DDO7 :felső byte a 

STA $4001 :4001-re 

Ge megszakítás engedélyezése 
RTS :visszaugrás 


Ezt a rutint is ugyanazzal a BASIC rutinnal indíthatjuk, amellyel az előzőt. Az 
indítás után a timerből leolvasott érték állandó lesz. 

Miután a timer működését már jól tudjuk irányítani, térjünk vissza a kódolás- 
hoz. A kódolást az előzőekhez hasonlóan most is az EXOR műveletekkel fogjuk 
elvégezni, azzal a különbséggel, hogy amíg eddig állandó értékkel dolgoztunk, 
most a timer éppen aktuális értékével fogunk. Az állandóan változó timerrel 
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végzett művelet azt eredményezi, hogy egy azonos adatokból létrehozott új 
adatsorban szereplő értékek különbözőek lesznek. Az eljárás csak úgy működ- 
het, ha a timer a kódoló és a dekódoló rutin során is ugyanarról az értékről 
indul. A kódoló rutin a következő : 


ZO00 "SET :megszakítas letiltása 
2001 LDA $DO11 :képernyő 

2004 AND H$EF 5 :kikapcsolása 

2006 STA $DO11 :(a 4—ik bit törlése) 
2009 LDX 4H$OO 31. mutató 

200R LDY $Ht£$FO sz. mutató betöltése 

Z2Z00D INX :1. mutató növelese 

Z00E BNE. $200D :ha € 256, cikluskezdetre 
2010 INY :2. mutató növelese 

2011. BNE $200D sha . 256, cikluskezdetre 
2013 LDA $H$OO :timer 


2015 STA $DDOF 
2018 LDA H$FF 
201A STA $DDO6 


megállítása 
timer alsó byte-ja 


201D LDA H$FF ;timer felső byte-—-ja 
201F STA $DDO7 :beállítása 

2022 I.DA H4$99 :timer continue-mód 
2024 STA $DDOF :selindítása 

2077 ILDX H$OO 31. mutató 


2029 LDY H$FO 
202B LDA $5000,X 
202E EOR $DDO6 
2031 STA $5000,X 
2034 INX 


:2. mutató beállítás 
2035 BNE. $2OZB § 


rogram byte EGÉG ELS 

OR elvégzése a timer alsó byte-rtal 
rogram byte tárolása 

. mutató növelese 

a 4 256, ciklus kezdetre 
rogramszámlaló felső byte növelese 
élcím felső byte növelése 

52. mutató növelese 

sha cz 256, ciklus kezdetre 

ja program és célcím 


2037 INC $202D 
203A INC $2035 
203D INY 

Z0SE BNE $20OZR 
2040 LDA H$5O 


HNUTET my h 


2042 STA :eredeti értékének 

2043 STA ú i aállítása 

2048 LDA H$OO C 

204A STA $DDOF megállítása 

204D LDA $DO11 képernyő 

2050 ORA H$IO :vissza- 

2052 STA $DO1Ll11 :kapcsolása 

z0ga, ELT megszakítás engedélyezése 
ZO06G-.RTS :visszaugrás 


Tegyük próbára a rutint. Legyen a kódolandó adatsor a kövétkező : 


5000 55 55 55 55 55 55 55 55 
5008 5 a5 55 55 55 55 55 
5010 55 55 55 55 55 55 
5018 55 55 55 55 55 55 
55 55 55 55 55 55 
55 55 58 55 55 55 
55 55 55 55 55 55 É 
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A futtatás után ugyanez a tárcím a következő lesz: 


B ga ég 
17 65 7. BD 
EZ- Eg OD 
77 45 5: 3 
CZ Da " 6D 
97 Aa "ex 


30Z0 27 39 18B 69 7F 4D 


A dekódolást ugyanezen elv alapján végezhetjük el. 


3.3.4 Egylépéses dekódolás 


A kódtörők egyik nagyon hatásos eszköze a védelmek ellen, hogy RESET 
gombbal látják el gépüket. Az ilyen módon , kívülről" megállított programok 
teljesen ki vannak szolgáltatva a programfejtőknek ; védeni szánt programjain- 
kat tehát erre az eshetőségre is fel kell készítenünk. Eljárásunk — amely egyebek 
között a RESET gombok ellen is megpróbál védelmet nyújtani — abban külön- 
bözik a már ismertektől, hogy soha sincs az egész program dekódolva, hanem 
csak az éppen futó utasítás. A rutin működése úgy foglalható össze, hogy az 
éppen végrehajtott utasítást újra kódolja, majd a következőt dekódolja. A prog- 
ramból tehát mindig csak egészen kis rész , érthető". Ha valakinek sikerülne is 
a programot megállítani, a kódolás miatt nem fogja megérteni. 

A , titkosítani" kívánt program első sorának tartalmaznia kell a JSR $C000 
utasítást, mert ez aktivizálja a dekódoló programot. Ezen kívül azt is be kell 
tartani, hogy a program első hat byte-ját nem szabad kódolni, mert akkor nem 
tudnánk elindítani a programot. A következő rutin egy tetszőleges program 
kódolását végzi : 


C000 LDA 4674 :1:CO74 alsó byte 
COOZ LDY HECO :1:CO74 felső byte 


C004 JSK $AR1E szöveg kivitele 

CoO07 JSR $(C(0OZE :egy szám bevitele 

COOA CLCE :carry törlése összeadása 

COOB ADC 4H$06 :06 hozzáadása 

COD STA $FE :starolása a prog. mut. alsó byte-ban 
COOF TXA ja felső byte bevitele 


Co1i12 STA $FC 
C€014 I.DA H£8B5 
Co16 LDY HsCO 


stárolása a prog. mut. felső byte-ban 
Co35 alsó byte 
COB5 felsö byte 
CO18 JSR $ARIE :szöveg kivitele 
CO1R JSR $C0OZE :egy szám bevitele 


CO1E STA $FD jalsó byte tárolása 
GSOZÓ OTX- 8FE : felső byte tárolása 
coz2z LDY 4$00 sindex nullázása 


CO2A LDA ($FB),Y ;program byte betöltése 
CO2Z6 JSR $C0O96 byte kódolása 
CO29 STA ($FR),Y ;tárolása 
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CO2RB 


INC $FE mutató alsó byte növelése 
ENE $C031 jelágazás, ha nincs átvitel 
INC $FG mutató felső byte növelése 
LDA $FR mutató alsó byte betöltése 
CMFP s$FD :sösszehasonlítása a vegciímmel 
BNE. $(Co24 jselágazás, ha nem egyenlő 
LDA $FC :mutató felső byte betöltése 
CHE FE jsösszehasonlítása a végcimmel 
BNE $COZ24A :elágazás, ha nem agyenlő 

RTS :visszaugrás 


A következő rutinok a kódoló rutin alprogramjai. 
Egy négyjegyű hexadecimális szám beolvasása: 


COZE 
COo41 
co042 
c049 
CO46G 
C€047 
COo48 
COo49? 
Co4C 
Co4F 
C€o0SI1 


DOS 
Tosa 
1056 
c038 
COSA 
GOAG 
GOSE 
2060 
Tt062 
C064 
c066 
Co6g 
EGSZ 
COo6GR 
Go6Ce 
COGE 
G0714 
Co74 
GOZG 
Co34 
GO8C 
COo94 


$CO042 ;kétjegyű szám bevitele 
:és X-be tétele alsó byte-ként 
$COAR2 :egy szám bevitele 
$A :negyszeres 
$A : lLánc-SHIFT-tel 
$A ja fenti 
$0 :fél byte-ba 


$C0o530 sés tárolása OR művelet számára 

$LCO52 :egy szám bevitele 

H$O00 sösszehasonlítása a fenti fél byte-tal 
:visszaugrás 


számjegy beolvasása és átalakítása: 


: BASIC: adott karakterek betöltése 
:carry beállítása kivonáshoz 


RSC H$JO :$350 kivonása 

BCC $(C(069 ;elágazás, ha túl kicsi 
CMF 4H$OR sösszahasonlítása 0A-val) 
RCC $C0O6GB :elágazás, ha kisebb 

SRC 4H$O7 :$07 kivonása 

CMF  H$BOR sösszehasonlítása OA-r-val 
BEL $€069 elágazás, ha túl kicsi 
CMF HEIlO összehasonlítása $10--rel 
ESC 300679 elágazás, ha túl nagy 

[adj s) svisszaugrás 

LDX H$sFG :$FB az X-be 

TX5S :veremmutató inicializálása 
L.DA HEZF SASBCIT "7?" 


JSK $FFDZ :a kérdőjel kivitele 
:vissza a RAÁSIC értelmezőhöz 
aA 44 4F 47 49 : KEZDOCI 


ZO 20 20 20 SA 202 M : § 
00 OD 306 43 47 473 49 4D s VEGCGIM 
20 20 20 ZO 2ZE 351 3A 20 1: 


zt 00. 18 ém FB 42 59 BŐ Be pa a ááá 


A kódoló program kódolást végző alprogramja : 


Cú9646 
€097 
OSZ 
CO9E 
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€t.1 :carry törlése összeadáshoz 
ADC $FE :program számlaló alsó byte hozzáadása 


EOR $$55 ;5EXOR $535 művelet 
KIS ivisszaugrás 


A kódoló program BASIC betöltője : 


. FORI-O T0164 
READ A$:A$-MIDS(AS, 1, 2) :R$-RIGHTS(AS$, 1) :0$-LEFTP(AB,1) 


B-ASC(B$2)-48 : IFBO9THENB-B-7 
C€-ASC(CSs)-48:IFCO9THENC-O-7 
0-16rCt8:POKE236724I,D 


NEXT 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA, 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


c9.10 
89.91 


: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
:REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 


Ci 


1 


L4 


LDA 
LDY 
ISR 
ISR 
eLc 
ADC 
STA 
TXA 
ADC 
STA 
LDA 
LDY 
JSR 
ISR 
STA 


0 126. as 


LDY 
LDA 
ISR 
STA 
INC 
BNE 
INC 
LDA 
CMP 
BNE 
LDA 
€CMP 
RNE 
RTS 
ISR 
TAX 
ÍSR 
ASL 
ASL 
ASL 
ASL 
STA 
ISR 
ORA 
RTS 


ISR ! 


SEC 
s8c 
BCC 
CMP 
BECC 
s8e 
CMP 
BCC 
CMP 
BCS 


( $FB),Y 
$FB 

€1 

$FC 

$FR 

$FD 

c2 

$FC 

$FE 

c2 


C3 


L4 


629 DATA 69 :REM C4 RTS 

639 DATA A2,F3 :REM C3 LDX H$FB 
649 DATA 9A : REM TXS 

659 DATA A9,3F : REM LODA 4$3F 
669 DATA 29,D2,FF:REM JSR $FFD2 
679 DATA 4€,74,A4:REM IMP $4A474 
6809 DATA 93, 4B, 45 :REM- aXE 

699 DATA 5A, 44, 4F:REM Z00 

799 DATA 43, 49, 4D:REM CIM 

719 DATA 29, 29, 29 :REM 

720 DATA 29.34, 29 :REM f 

739 DATA 24, 099, 90 :REM Bsz 

749 DATA 56,45.,47:REM VEG 

7509 DATA 43, 49, 4D:REM CIM 

760 DATA 209, 29.209 :REM 

779 DATA 29, 2B, 31 :REM $1 

789 DATA 3A, 29, 24 :REM cik: 

799 DATA 99 : REM é 

989 DATA Ig :REM L2 CLC 

399 DATA 65,FB : REM ADC $FB 
999 DATA 49.55 : REM EOR $$55 
910 DATA 60 : REM RTS 

929 DATA 909 : REM BRK 

939 DATA 90 : REM BRK 

9409 DATA 90 : REM BRK 

959 DATA 90 : REM BRK 

969 DATA 00 : REM BRK 

979 DATA 99 : REM BRK 

989 DATA 90 : REM BRK 

999 DATA 90 : REM BRK 

1999 DATAOOB : REM BRK 
READY. 


Az előző kódoló programhoz tartozó dekódoló rutin az A timert használja arra, 
hogy az éppen végrehajtott utasítás után megszakítást generáljon. A megszakí- 
tásban a már végrehajtott ütasítást kódolja, a most következő pedig dekódolja : 


(elelelei 
COOL 
(mieleks 
(weler 
Coo3 
(pielel si 
(ejelelm 
COOD 
COOE 
(elekkel 
GOAZ 
Co1s 
€014 
COo16 
COo18 
C019 
COoi1A 
CO1R 
cic 
Co1E 
COo21 
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Se. 

L.DA 
STA 
L.DA 
STA 
FLA 
TAX 
ELC 
ADC 
STA 
FLA 
TAY 
ADC 
sTA 
TYA 
FHA 
TXA 
FHA 
I..DA 
sSTA 
LDA 


megszakítás letiltása 
tEHI7Z SLOSZ az 
$0Z14 IRO vektorba 
1$CO 
$0315 


vag sza sze as 


visszaugrasi cím alsó byte a veremből 
:ennek megőrzése : 
:carry törlése összeadáshoz 


4H$OIL1 :egy hozzáadása 
$AC istárolása a prog. mut. alsó byter-ban 
:visszaugr. cím felső byte a veremből 
görzése 
H$OO vitel hozzáadása 
$AD asz tárolása a prog. mutatóban 


:visszaugr. cím felső byte 
:visszatétele a verembe 
ivisszaugr. cím alsó byte 
svisszatétele averembe 
H$H$16 :0016 alsó byte-jának tárolása 
$DCO4 ;az IRO-timer alsó byte-jába 
H$OO  :;felső byte 


COZ3S STA $DCOS ;tárolása 

COo26 LDA H$E12 :5$19 az A-ba 

CO2Z8 STA $DCOE: zés a timer elindításatása 

COZB LDA $DCOD :;megszakiíitás kontról reg. törlése 
COZE LDX tt$0Z2 :sidő ciklus számláló beállitása 
CO30O DEX :számláló csökkentése 

CO31 ENE $CO3O zelágazás, ha nem nulla 

Casa BET $HE :három ciklus kivárása 

Go3a. ELI :megszakítás engedélyezése 

to036ó RTS ivisszaugrás 


A program BASIC betöltője : 


199 FORI-1TO132STEP1IS:FORJ-OTO14:READA$:B$-RIGHTS(AS, 1) 
195 A-ASC(A3)-48: IFAD9THENA-A— 7 

119 8-ASC(B$)-48: IFBX9THENB-R-7 

129 A-Ax16tB:€-(CtADJAND2S5:POKE28871tI$J,A 

1295 NEXT:READA:IFC-ATHENC-O : NEXT : END 

1309 PRINT"HIBAS SOR:" :PEEK(63)4PEEK( 64) 1256 :STOP 


3099. DATA 78 : REM SEI 

319 DATA A9, 37 : REM LDA 4H$37 
3209 DATA 80,14,93 :REM STA $9314 
339 DATA A3,CO : REM LOA 4H$CO 
349 DATA 8D,15.,93 :REM STA $9315 
359 DATA 63 : REM PLA 

369 DATA AA 5. :REM TAX 

379 DATA 183 : REM CLC 

389 DATA 69.01 : REM ADC 4$O1 
399 DATA 35, AC : REM STA $AC 
499 DATA 6£§ : REM PLA 

419 DATA AB : REM TAY 

429 DATA 69.909 : REM ADC $H$OOD 
439 DATA 35,AD : REM STA. $AD 
4409 DATA 98 : REM TYA 

459 DATA 48 : REM PHA 

4609 DATA SA : REM TXA 

479 DATA 49 : REM PHA 

43809 DATA A9.,16 : REM LDA 4$$16 
499 DATA 30,94,0OC :REM STA $0DC€O4 
599 DATA A39,99 : REM LDA 4$90 
519 DATA SD,95,0DC :REM STA $DCO5 
520 DATA A9,19 : REM LDA 4$19 
539 DATA S0,9E,DC :REM STA $DCXOE 
549 DATA AD, OD,DC :REM LDA $DCOD 
559 DATA AZ2, 22 : REM LDX 4H$O2 
569 DATA CA : REM CI DEX 

579 DATA DO,FD : REM BNE C1 
599 DATA 24,FF : REM BIT S$FF 
599 DATA 58 : REM GÉ 

699 DATA 69 : REM RTS 

619 DATA A9, 99 : REM LDY HS$OD 
629 DATA B1, AC : REM C2 LDA (SACID,Y 
639 DATA 29,6C,CO :REM JSR LI 
649 DATA 91, AC : REM STA (SACD,Y 
659 DATA CB : REM INY 

669 DATA CO,93 :REM CPY 4H$O3 
679 DATA DO,F4 : REM BNE €2 
689 DATA BA : REM TSX 

699 DATA BD,95,091 :REM LDA $9195,X 


799 DATA §5,AC : REM STA $AC 


719 DATA BD.,96,01 :fREM LDA $9196,X 


720 DATA §5, AD :REM STA $AD 
739 DATA A9, 09 : REM LDY H$OOG 
7409 DATA R1,AC (REM €3 LDA ($ACD.Y 
750 OATA 29,78,€C9 :REM AI 2 
770 DATA 31.AC :REM STA ($SACI,Y 
7399 DATA CR : REM INY 

739 DATA C€0,03 : REM CPY $303 
390 DATA 090,F4 :REM BNE €C3 
21090 DATA A9.,11 : REM LDA $$11 
3209 DATA 3D,9E,DC :REM STA $0C€C9OE 
9330 DATA AD, 90,DC :REM LDA $DCOD 
349 DATA 08 : REM PLA 

959 DATA AB : REM TAY 

3969 DATA 68 :REM PLA 

979 DATA AA :REM TAX 

9939 DATA 63 : REM PLA 

999 DATA 40 : REM RTI 

9099 DATA 19 : REM Ste 

319 DATA 65.AC SREM td ADC $AC 
929 DATA 3€,74,CO :REM STY $C€274 
939 DATA 18 :REM ceL€e 

9409 DATA 69 ,FF : REM ADC. HBFF 
350 DATA 49,55 : REM EOR H$55S 
969 DATA 60 : REM RTS 

379 DATA 49,55 S REM EZ EOR H$55 
3930 DATA 3C€C,7F,CO :REM STY 5$€07F 
3909 DATA 38 :REM SEG 

1999 DATA E9.EFF : REM SRC H$FF 
1019 DATA 39 :REM SEC 

1929 DATA ES, AC : REM SBC $AC 
1939 DATA 60 : REM RTS 

1949 DATA 090 : REM BRK 

10509 DATA 09 :REM RRK 

1969 COATA 900 : REM REN 

READY. 


A következő rutinok a dekódoló alegységei. 


A dekódoló megszakítási rutinjai : 


4k$00 síindex nullázása 

(SAL) ,Y sprogranbyte hevitele 
$006C sbyte kórlol e 
( $AC),Y 


és tárolása 


a Hi 
C040o :programszámláló növelése 


COAI vanre 3 kódolt byteée? 
ToOo4s selágazás ha nincs 

LCo045 :veremmutató az X-be 

Co46 LDA $0105,X ;programs ámláló alsó byte 
C€o049 STA $AC :és megörzése 

COSE LDA $0106,X za felső byte 

CO4E STA $AD $ 

COSO LDY $4$H$00 síndevx nullás € 

0 ($AC)LY :programhyte bevitele 
cos4 ISR $CO7A :hyte dekódolása 

COS7Z STA ($ALILY rés tárol A 

C0597 ÍNY :programszámláló növelese 
CO5A CFY HOS ; van: kódnit byte 

COo5C BNE $CO32 selágazás, ha nincs 
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betöltése 


LDA §EI1 :$11 az A-ba 
STA $DCOE sés a timer elindítása 
LDA $DCOD :meg akítás kontrolregiszter törlése 


PI.A ;Y reg feltöltése 
TRY :a veremből 
toG8B ELŐ ex . feltöltése 
1069 TAX a eremből 
TOSA PIA :A a veremből 
COGA RTT jvissatérés 


A dekódolást végző alprogram: 


GHZ e EZEL OSS :EXOR H6$SGG művelet 
CO7A STY $C0O07F ;X reg. tárolása a kívonáshoz 
COZÓ SEL :carry beállítása kivonáshoz 


CO7E SRC $sFF :Y reg kivonása . 

T080 SEC carry beállíyvtása kivonáshoz 

CLO8B1 SRC s$AC :programszámláló alsó byte kivonása 
GOES ES :visszaugrás 

Az újrakódoló program : 

Cost. ÉG carry törlése összeadáshoz 


ctooD ADC $AC :programszámlaló alsó byte hozzáadása 
CoGF STY $CO74 ;Y reg, tárolása összeatdáshoz 

BOZZ OLE scarry törlése összeadáshoz 

CoO73 ADC HESFF :Y reg hozzáadása 

COo75 EOR $$55  ,EXOR $$55S művelet 

GOZZ TS ;visszaugrás 


A kódolandó program írásakor néhány kisebb korlátozást is figyelembe kell 
venni. Már említettük, hogy a programot[JSR $Co0olutasítással kell kezdeni. 
Ha olyan utasítást tartalmaz, ami saját magát módosítja, akkor külön figyelni 
kell arra, hogy kódolva vagy anélkül módosítjuk a byte-ok tartalmát. A prog- 
ramban szereplő adatokat sem szabad kódolni, mert ezeket a dekódoló nem 
alakítja vissza. Természetesen írható olyan program, amiben a dekódoló az 
adatokkal is foglalkozik. A billentyűzet lekérdezése a program folyamán le van 
tiltva ; az operációs rendszerre hivatkozhatunk ; a ROM-ot nem tudjuk megvál- 
toztatni. Mind a kódoló, mind a dekódoló a ROM-ra való hivatkozás során az 
alatta levő RAM-ot írja át. 

A dekódolást egy program futása során fel is függeszthetjük. Mivel a dekódo- 
lás megszakításból történik, a SEI utasítás megszünteti (letiltja) a megszakítást. 
A dekódolás megszüntetésével lehetőségünk van kódolatlan programrészek 
beépítésére. A kódolatlan programrészekre akkor van szükség, ha időzítési 
problémáink vannak, vagy ha ezzel nagyon megnövelnénk a futási időt. A de- 
kódolást a CLI utasítással lehet folytatni. 

Hogy a dekódolásból végleg kiléphessünk, és befejezhessük a programot, a 
következő három utasítást kell használni: 
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SEI 
JSR $FF84 
JSR $FF8A 


Amikor a kódoló rutin a végcímet kéri, a $FF8A-t adjuk meg. 

Néhány tudnivaló a használathoz: legelőször a kódoló program BASIC 
betöltőjét indítsuk el, ezután töltsük be a kódolandó programot. Töltsük a tárba 
a dekódoló program BASIC betöltőjét, és indítsuk el. Ha mindezzel készen 
vagyunk, a SYS 49152 paranccsal futtassuk a kódolót. Válaszoljunk a kérdései- 
re (kezdő- és végcím). Futtassuk le a dekódoló BASIC betöltőjét. Ha a dekódoló 
és a most már kódolt program egymás mögött helyezkedik el a tárban, akkor 
együtt is kimenthetjük a két programot. 


3.3.5 Kódolás ASCII kódokkal 


Az adatok kódolásának egy fantasztikusan ötletes módját fogjuk megismerni 
ebben a fejezetben. Kevés ilyen egyszerű és jól használható eljárás van, ami 
ráadásul feltűnően egyszerű. A kódolást most nemcsak egy új kódrendszer 
bevezetésével fogjuk tökéletesíteni, hanem az indítóprogramot egy igazán szo- 
katlan helyre, a képernyőre fogjuk tölteni. 

Az eljárás alapja az, hogy a gép az ASCII kódokat képernyőkódokká alakítja 
egy BSOUT nevű rutinnal -— ezzel a rutinnal lehetőségünk van a programot az 
éppen aktuális képernyőterületre írni. A képernyő-memória áthelyezésével és a 
kurzor pozicionálásával szinte akárhová tehetjük a programot, amelyet a képer- 
nyőn kívánunk , elrejteni". A kurzor a pontos beállítást szolgálja. Csak nagyon 
kivételes képességű tolvajnak jut eszébe, hogy amit a képernyőn lát, az maga 
a program. 

Miután az érdeklődést remélhetőleg kellőképpen felcsigáztuk, nézzük meg, 
hogyan is kell ezt a módszert alkalmazni. Az egyetlen nehézséget az okozza, 
hogy nem lehet minden ASCII kódot képernyőkóddá alakítani. Az ASCII 
kódtáblázatban szerepelnek olyan kódok, amelyek nem egy karakter kiírását 
jelentik, hanem egy feladat elvégzését. A vezérlőkarakterek nem íródnak ki a 
képernyőre; a hozzájuk tartozó művelet azonnal végrehajtódik. Az előbb tár- 
gyalt vezérlőkarakter pl. a RETURN, melynek ASCII kódja a $0D (13). A má- 
sik probléma az, hogy a $7F-nél (127) nagyobb képernyőkódok jelentése ugyanaz, 
mint a $7F-fel kisebbeknek, de ezek inverz módban jelennek meg a képernyőn. 
A 6. táblázat ezekre mutat példát. 
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Inverz mód 


6. táblázat 


Képernyókód 


ASCII kód 

$20 ki 

$20 be 

$0D akármi 
RETURN 


$20 
$A0 
vezérlőkarakter 


Ahhoz, hogy a felmerült nehézségeket legyőzhessük, behatóan kell megvizs- 
gálnunk a képernyő- és ASCII kódtáblázatot. A 7. táblázat mutatja, hogy az 
átváltás során csak a byte-ok alsó négy bitje változik meg. 


ASCII kód 


$40-—SF 
$20 
$A0 
$B0 
$C0 
$D0 


7. táblázat 


Képernyőkód 


$00-1F 
$20 
$60 
$70 
$40 
$50 


A $7F-nél nagyobb kódokat más rendszer szerint alakítsuk át, mint az operá- 
ciós rendszer teszi, ezzel egyértelmű negfeleltetést érünk el a képernyő- és ASCII 
kódok között, és ez egyféle , rejtjelezést" is jelenthet. 


8. táblázat 
ASCII kód Képernyőkód 
$E0 $80 
$FO $90 
$60 $A0 
$70 $BO 
$80 $C0O 
$90 $D0 
$00 $E0 
$10 $FO 


A 8. táblázatot érdemes jól megnézni, mert ez használják a fejezet végén ismerte- 
tett programok. A most előállított saját kódjainkat egy rutin segítségével vissza- 
alakíthatjuk normál ASCII kódokká. Az inverz bit beállítása után már kiírhat- 


juk a képernyőre a kívánt adatokat. 


gkakat alatt 
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A most következő program az eredményesebb kódolás érdekében még $19-cel 
meg is növeli minden byte értékét. A kódolandó byte-ot az akkumulátorban 
kéri, és az X regiszterben adja vissza a kódolt értéket. 


1000 STX 
1002 STA 
1004 AND 
1006 LDX 
10089 CMP 
100RB BEG 
100D DEX 
OGE BB 
1010 LDA 


$FE 
$FD 
HEFO 
HEOF 
$101D.,X 
$1010 


$1008 
$FD 
H:OE 
LÖZD sex 


H$I9 


20 30 40 
ARO RO CO 


20 36-60 
60 70 BO 


:X reg. megörzése 

:A tárpolása 

: felső félbyte elkülönítése 

smutató a táblázatra 

:karakter összehasonl. a táblázatta) 
:elágazás, ha egyeznek 

mutató csökkentése 

jsugrás 

:A visszatöltése 

:felső félbyte törlése 

:új félbyte 

scarry törlése ö 

:$19 hozzáadása 
:X reg. visszatöltése 
ivisszaugrás 


adáshoz 


90.40 70 80 
DO EÖ FO 40 


kel hasonlítja 
a byte-ot 


DO RO KO EŐ :a félbyterok 
90-80 10 40 


A kódolóhoz tartozó dekódoló rutin a következő: 


ti STI 
112 
VAA Z EE, 
1105 ZTA 
1107 AND 
ROSZ EA 
LOEB GME 
W2L0E BERG 
EEG DEX 
1414 BPi 
Vid LDA 
FI 15 EGE 
1136. BE 
t118" LDA 


1128 STA 
1í12A 1DX 
1i2E RTS 
1125 NOF 
LA2ES IN 
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$114D.,) 
$FFOZ 
HEOD 


:t reg menörzése 
:zarry beállitás 
:$i19 kivonása 
:az eredmény megőrzése 
:feiző félbyte elküúlönitéze 
:smutato a táblázatra 
sösszehaconlitása a bvte-tal 
selágazás. ha egyezne 
:mutató csekkentéze 
seléfgazáz. ha nem r 
skarabkter bevitele 
:carrv torlése 


a kiíivonázhoz 


r1l1ia 


: RFEVERSRE tlan 
:beállitás- 
skararter bevitele 
:alsó félbute eltuloniteé 
:és esszehszonlítás-z s 
skaraktér kivitele 
SREVERSEK T4agd 
:terlése 

reg viszszaállitasa 


: 
svisszaugrász 


A kódolás kezdőcímét az akkumulátorba és az X regiszterbe kell betenni 
(alsó, felső byte formában). A felhasználás megkönnyítésére közlünk egy prog- 
ramot, amely a kurzorpozicionálást végzi. Az akkumulátorba kell tenni annak 
a karakternek a kódját, amit ki akarunk írni. A rutin a I12F címen kezdődik. 


( $£0258 :a cím felső byte-ja 
HTOD :X reg. törlése osztáshoz 
" HE2B :alsó byte 
2. 63: 15E elosztása 
540-el 
H:LB saz osztás 


seredménye 
$1174 jaz X reg-ben van 
(LSE. 8STXK 6GŐG $ 


1140 STA $D3 : ; 
1142.JMF $E560 sa cursor elhelyezése 
1145 BRE 
Má VAN Hena 72-BO 90 EO-EŐ A0 saját ASGIT ködjasnk tábíátatz 
114E BŐ 20 30 C9 DO 40 50 00 normál kódba áAtszámitáshoz 


3.4 Tiltott kódok 


A továbbiakban a C 64-es operációs rendszerének olyan kódjairól lesz szó, 
amelyeket a programozók ritkán használnak, mivel nem jelölnek egyetlen as- 
sembler utasítást sem; ezeket tiltott kódoknak fogjuk nevezni. (Ezekről a kó- 
dokról a különböző szakkönyvekben is csak elvétve olvashatunk. A lektor 
megjegyzése.) 


3.4.1 A tiltott kódok jelentése 


Aki már programozott gépi kódban, felfigyelhetett arra, hogy bizonyos kódok 
mellett nem assembler utasítások jelennek meg, hanem kérdőjelek. Gyakorta 
láthatjuk disassemblálás közben, hogy két assembler utasítás között több sor- 
ban kérdőjelek vannak : 


C0O00 BPL $C12F 
C0O03 ??? 
CO0O4 ??? 
C0O0O5 ??? 
CO06 EOR 34$F2 
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A kérdőjelek magyarázata nagyon egyszerű. A C 64-es assembler utasításai 
nem egy byte-ból állnak. Az utasítások első byte-jai a tényleges műveletet jelölik 
a címzésmóddal együtt, a továbbiak pedig az utasítás paraméterét adják meg. 
A disassembler programok ezeket a kódokat felismerve alakítják vissza azokat 
assembler utasításokká. Ha nem az első byte-tól kezdjük egy utasítás disassemb- 
lálását, akkor a monitor rosszul fog dolgozni, pl. egy hárombyte-os utasítás 
második byte-ját fogja műveleti kódnak értelmezni, holott az a paraméter része. 
Mivel egy byte-nak 256 különféle értéke lehet, a C 64-es maximális utasításkész- 
lete 256 utasításból állhat. Az utasítások számát korlátozza, hogy a különböző 
címzésmódokhoz más és más utasításkód tartozik ; ám a címzésmódok korláto- 
zásának ellenére még mindig maradnak olyan kódok, amelyek jelentése nem 
meghatározott. A tiltott kódok alatt ezeket értjük. Ha a rendszer egy tiltott 
kódhoz ér, akkor azt nem tudja lefordítani, és három kérdőjelet ír a képernyőre. 
Bár a 6510-es processzor nem használja ezeket a kódokat, ezeknek is van némi 
jelentésük. A tiltott kódokat három csoportra szokás felosztani. A 9.a) táblázat 
szemlélteti a tiltott kódok első csoportját. 


9. a) táblázat 


STOP NOP NOP NOP 
1. byte 2. byte 3. byte 
02 LA 04 0€ 
12 3A 14 1 
Vg SA 34 o 
32 7A 44 5C 
42 DA 54 7C 
52 FA 64 DE 
62 74 FC 
2 80 
92 82 
B2 89 
D2 €2 
F2 D4 
E2 
F4 


Ha a rendszer egy ilyen kódhoz ér, az vagy leblokkolja a gépet, vagy a SEA 
kódhoz hasonlóan (ami a NOP utasításnak felel meg) nem befolyásolja a 
további működést. 

A tiltott kódok második csoportja (9.b) táblázat) a két ismert utasításnak felel 
meg. Amikor ezt kell a gépnek végrehajtania, akkor tulajdonképpen két utasí- 
tást hajt végre. Ezeket az utasításokat az STA-hoz hasonlóan lehet címezni. 
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9. b) táblázat 


e ASL: ROL: LSR: ROR: DEC: INC: LDA 
2 ORA AND EOR ADC CMP SBC TAX 
MOD 
( X) 03 23 43 63 C3 E3 A3 
0.Y 13 33 93 73 D3 F3 B3 
ABS OF 2F 4F 6F CF EF AF 
ABS X 1F 3F 5F 7F DF FF / 
ABSY 1B 3B 5B 7B DB FB BF 
ZP 07 27 47 67 C7 E7 A7 
ZP.X ÍZ 357 97 BAr D7 E7 / 
ZPX / / / / / / B7 


A harmadik csoportba (9.c) táblázat) tartozó kódok hasonlítanak a második 
csoport kódjaihoz, ezek is kettő vagy több utasítást hajtanak végre. A két vagy 
több funkció miatt ezeket az utasításokat igen nehéz beépíteni valamely prog- 


ramba. 


OB MM : AND MM : 


2B MM : 


4B MM : AND MM : 


6B MM : 


83 MM : 
87 MM : 
8B MM : 


0 LO HI: 


93 MM : 


97 MM : 


9B LO HI : 


9C LŐ HI 1 
9E LO HI : 
9F LO HI : 
BBLOHI : 


CBMM : 


EB MM : 


9. c) táblázat 
negatív flag-et állít az átviteli bitbe 
ua. mint az B MM 
LSR 
ha decimális 0; AND MM . ROR, ezenkívül az 
akku 0 bitjét átviszi az átviteli bitbe, az 5. és a 6. 
bit között EOR eredményét pedig a túlcsordulási 
bitbe 
A AND X eredménye (MM,X)-be kerül 
A AND X MM-be 
TXA: AND MM 
AND eredménye LO, HI-be kerül 
A AND X, majd ennek és MM 7 1-nek az összege 
. X-be kerül 
A AND X regiszter eredménye az MM, X-be kerül 
A AND X a veremmutatóba, majd a veremmutató 
AND HI[--1 a LO HI, Y-ba kerül 
Y AND HI-- 1 HI LO, X-be kerül 
X AND NN-i- 1 HI LO, Y-ba kerül 
A AND X, HI--1 a HI LO, Y-ba kerül 
HI LO, Y AND veremmutató az x regiszterbe 
kerül, majd TXS:TXA 
A AND X az X regiszterbe, majd x ninusz MM 
(átvitel nélkül) 
SBC MM 


3.4.2 A tiltott kódok alkalmazása 


A tiltott műveleti kódok programbéli használata több szempontból is előnyös : 
így egy kóddal több utasítás végrehajtását is szimulálhatjuk ; egyes utasításokat 
egyébként nem megengedett címzéssel használhatunk fel; és — ez talán a legfon- 
tosabb — közönséges módszerekkel nem lehet őket disassemblálni (nincs nekik 
megfelelő utasítás). Nem sokan kezdenek egy olyan, látszólag értelmetlen prog- 
ramrész visszafejtéséhez, amely tele van kérdőjellel. A felhasználás hátrányai 
között fel kell sorolni, hogy a program méreteit nem csökkenti jelentős mérték- 
ben az ilyenfajta programozás. Azért, hogy olyan címzésekkel használjunk 
utasításokat, ahogyan egyébként nem volna lehetséges, azzal kell fizetni, hogy 
a program tiltott kódokat tartalmazó részeit hexadecimális kódokkal kell beír- 
ni. Az ily módon titkosított programokat az, aki a tiltott kódok táblázatát nem 
ismeri, nem is tudja visszafejteni. A felsorolt hátrányok elég súlyosak ahhoz, 
hogy ne írjuk az egész programot ilyen titkosítással. A tiltott kódokat célszerű 
fejezetünk előző részeiben ismertetett különféle védelmek leginkább kiszolgálta- 
tott részeiben felhasználni. Ha egy program dekódolóját ilyen módon írjuk, 
akkor nagyon megnehezítjük a tolvajok dolgát. További nehézségeket támaszt- 
hatunk azzal, ha azt a dekódolót is titkos kódok felhasználásával írjuk meg, 
amelyik az előzőt dekódolja. Ezek után biztos nem akad, aki , belepiszkál" a 
programunkba. 

A tiltott kódok egy másik alkalmazása az, ha a programba sok-sok helyre 
NOP utasításoknak megfelelő műveleti kódokat építünk be, és ezzel zavarjuk 
meg a , betörőt". (Ezek a kódok az általunk ismertetett felosztás szerint az első 
csoportba tartoznak.) 

Adeztéstmégnidásítay érhetőek hag ptosramátá mát emet módon; Últatt 
kódokkal írjuk át. 

A következő program ezt a módszert szemlélteti. A program a keret színét 
változtatja két egymásba ágyazott ciklusban. A belső ciklus változója a gép $FB 
(251) címen van, a külső ciklusé pedig az X regiszterben. 


1000 LDi HEOD 
LÓ02 1.DA HEJÓ 


1009 DEC S$FE 
1008 LDA $FE 
LOOD CMP HEOCG 


toGF BNÉ $1006 

tolLi TM ára fj -léze 
1012 BNE $1606 lG 3 a 

1024 RRI 
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Első lépésben a $1009 ; $100B és $100D címeken lévő három utasítást cseréljük 
ki. Az iménti három utasítás helyére a $C7 tiltott kódú utasítást írjuk. Ez az 
utasítás a mi felosztásunk szerinti második csoportba tartozik, egy DEC és egy 
CMP utasításnak felel meg, az utána lévő nulláslapú címzés pedig mind a 
kettőhöz tartozik. 


1000 LED. H$OO za külső ciklus mutatója 
1007 LDA 4$00 :a belső ciklusé 


1004 GTA $FHK sciklus beállítása 

1006 DEC $£DO2O :keretszin csokkentése 
1909 ??? stiltott C7 és 

100A 777? :FR cím 

100R BNE $1006 ;ciklus kezdetre 

I00D INX mutató növelése 

100E HBNE $1006 :;cikluskezdetre 

1010 BRK :program vége 


1000 AZ 90 AY 00 BZ FEB CE 20 
1008 DÖ C7 FE DO FX EB DO F6 
1010 46 6G6G Ú6G 06 00 90 00 00 


Második lépésben a $1000 és $1002-es sorokat helyettesítjük. A $AF utasítás 
az utána álló két byte tartalmát az akkumulátorba tölti, majd utána az akkumu- 
látort áttölti az X regiszterbe. Nekünk arra van szükségünk, hogy mind az 
X regiszter, mind az akkumulátor tartalma nulla legyen, ezért a $E379 cím 
tartalmát töltjük be a regiszterekbe, ami nulla. A $E379 cím tartalma, mivel a 
ROM-ban van, mindig állandó. A módosítások elvégzése után a program a 
következő : 


tŐÓŐ dán stiltott mewveleti kód 


1001 ADC $85SE3Z.Y 5LDA $E379 és 

16008 ??? :tax elvégzésére 

10058 DEC $DOZO skeretszín csokkentése 

LO0M 7 stiltott kód 

Í. HOYG ZP :DEC $FR és CMF BFR elvégzésére 
100A ENE $1005 :cikluskezdetre 

LOG 1 Nx "mutató növelése 

100D BNEZ $1005 scikluskezdetre 

100F BRK :program vége 


LÓ00 AP 72 EZ BO FR CE 20 DO 
1008 C7 FR DO F9 EX DO F6 00 
1010 06 090 Ö0G 00 00 00 00 00 


A programlistán látható, hogya STA FB utasítás is , eltűnt". AZSTA utasítás 
azért nem szerepel a listán, mert a disassembler a $1000-es sorban lévő utasítást 
nem ismeri föl, helyette a $1001-es címen lévő kódot értelmezi. Ezért van a $1001 
címen egy ADC utasítás. Az ADC utasításban szereplő címet az RTS utasítás 
kódjából alakítja ki a dissasembler program, és ezért nem történt az STA 
disassemblálása. A gép természetesen tudja értelmezni a $AF kódot, és nem esik 
abba a hibába, amibe a disassembler, a program futása tehát hibátlan lesz. 
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A program 1 byte-tal rövidebb lett, mivel a rejtett kódú utasítás kisebb helyet 
foglal el, mint az a kettő, ami helyett írtuk őket. (A program után közölt 
byte-sorozat figyelmes tanulmányozásával mindez kiderül.) 

Az utolsó módosítás az, hogy a DEC $D020 utasítás helyett ismét egy $C7 
tiltott kódú utasítást írunk. A CMP utasítás nem okoz problémát, mert utána 
is egy ilyen áll, és ezért a jelzőbitek állapota végül ennek megfelelően állító- 
dik be. 

1001 ADC $8SESGY 
VOOZ ara 


ta0 


SR $C7ZDO 


1006 

1009 

1000 RNE $1005 

LOOE LNI 

100D RNE $16€05 

100F BRK . programvér 
LO00RE 78 ES BEFR CF 20 DO 


1005 £7-FB DO FT EH BO F6 00 
1DI10 OG 00 6046 00 GO 00 ÖÖ OO 


A JMP utasítás ugyanazért került a programba, mint az ADC. 


3.4.3 A tiltott kódok ütemciklusa 


A 10. táblázat a tiltott kódú utasítások ütemciklusait mutatja be. 
10. táblázat 


Hex Ütem- Hex Ütem- Hex Ütem- Hex — Ütem- 
cikl. cikl. cikl. cik] 

03 8 4B 2 8F 2 E3 8 
04 3 4F 6 93 6 E7 5 
07 5 38 8 97 4 EB 2 
0B 5 54 4 9B 3) EF 6 
0€C 4 97 6 9C 9) F3 8 
0F 6 SA 2 9E 55) F4 4 
13 8 5B 7 9F a F7 6 
14 4 5€ 50 A3 6 FA b 
17 6 5SF 7 A7 3 FB 7 
TA 2 63 8 AF 4 FC 5 
1B 7 64 8 B3 5 FF 1; 
JE 5) 67 45 B7 4 
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10. táblázat 


Hex, — Ütem- Hex Ütem- Hex Ütem- Hex Ütem- 
ű cik! cikl. cik! cikl. 

LF §; 6B 2 BB 5 ] 

23 8 6F 6 BF 5 

27 5 723 8 C2 2 

2B 2 74 4 C3 8 

2F 6 VÁÓ 6 (7 9 

33 8 7TA 2 CB 2 " 

34 4 7B [A CF 6 

37 6 7E oj D3 8 

3A 2 7E 7 D4 4 

3B 7 80 2 D7 6 

3C 9 82 64 DA 2 

3F 7 83 6 DB 7 

43 8 87 3 DC 5 

44 3 89 2 DF 7 

47 5 8B 2 E2 2 


3.5 A dongle mint programvédelmi eszköz 


Idáig kizárólag szoftver úton próbáltuk megvédeni programjainkat. Ebben az 
alfejezetben viszont a szoftvereljárások mellett egy kisebb hardvereszközt is 
fogunk használni. A dongle-t nemigen szokták használni azok, akik csak otthon 
hobbyból programoznak, még komolyabb szoftverházak is elég ritkán használ- 
ják. A dongle egy olyan egyszerű berendezés, amely olcsón előállítható, és 
különösebb szaktudást sem igényel. 

A védelmek ezen módjáról állítható csak, hogy igazán jó hatásfokkal védi 
meg a programokat. Aki ezt az eszközt nem vásárolta meg, az nem fogja tudni 
az ezzel védett programokat futtatni. Természetesen ez is elkészíthető otthon, 
de a dongle másolását nagyon megnehezíthetjük. A dongle használata lehetővé 
teszi, hogy a tökéletes másolatokat se tudja az használni, akinek nincs megfelelő 
dongle-ja. Az ilyen módon védett lemezhez akár egy másolóprogramot is mellé- 
kelhetünk, a hardvereszköz nélkül úgysem lehet használni a programot. 

A tolvajok egyetlen lehetősége ezzel az eljárással szemben, hogy a program- 
hoz tartozó dongle-t is lemásolják. A másolást különböző módokon megnehe- 
zíthetjük, pl. egybeöntjük a dongle-t a dobozával, és így nem lehet hozzáférni 
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a kapcsolási rajzához. Ne lehessen bemérni, hogy mi van a dobozban. Minél 
bonyolultabb hardvert alkalmazunk, annak egy apró hibája is elegendő lehet 
a program futásának megakadályozásához. 


3.5.1 Hogyan működik a dongle? 


A legegyszerűbb dongle-k működése a kontrollporton alapul. A kontrollport- 
hoz kell csatlakoztatni, és programból folyamatosan (a program több helyén) 
vizsgálni, hogy valóban a porton van-e. Ha a dongle nincs a helyén, akkor a 
rendszer valamiben eltér, ezt az eltérést vizsgálva a program futását megszakít- 
hatjuk. A vizsgálatot a már ismertetett programtitkosítási eszközökkel leplez- 
hetjük. j 

A legegyszerűbb dongle a vezérlőport néhány vezetékét földeli le, azaz a gép 
néhány bitjét alacsony, nulla szintre állítja. A dongle működésének megértésé- 
hez a kontrollport működéséről is kell tudnunk néhány dolgot. A most követke- 
zők mind a két portra igazak, de az általunk leírtak a 2-es protra értendők. 
A vezérlőport 0-tól 4-ig terjedő vezetékei alapállapotban magas, logikai egyes 
szinten vannak. A $DC00 (a CIA chip 0. regisztere) címen a 0-tól 4-ig terjedő 
bitek a kontrollport 0-tól 4-ig számozott lábainak jelszintével egyezik meg (ha 
nem csatlakozik semmi, akkor 1). A kontrollport 7. vezetéke a földet jelenti, 
azaz nulla szinten van. 

A $DC00 (56320) cím bitjeit a vezérlőport megfelelő lábainak a 7. lábra 
kötésével állíthatjuk alacsony szintre. A 0-tól 3-ig terjedő bitek a botkormány 
négy irányát jelölik, a 4. bit pedig a tűzgombot. Aktív állapotban mindegyik 
nulla. Ez a fajta dongle tulajdonképpen nem más, mint néhány vezeték földre 
kötése. A dongle ellenőrzését $DC00 cím lekérdezésével végezhetjük el. Ha a 
dongle-t egy darabba öntjük a , házával", akkor nem lehet lemásolni. 


3.5.2 Egyszerű lekérdezés 


Ebben a példában a 0-s és 1-es vezetéket kötjük a földre. A 0. bit a FEL, az 1-es 
pedig a LE irányt mutatja. Azért ezt a kettőt választottuk, mert ezeket egyetlen 
botkormánnyal nem lehet szimulálni (hisz nem lehet egyszerre LE és FEL húzni 
a kart). A dongle egy vezérlőport-csatlakozót és három huzaldarabot tartalmaz 
— ezek az alkatrészek minden elektronikai szaküzletben nagy mennyiségben 
. megtalálhatók. 

Most nézzük a dongle lekérdezéséhez szükséges programot. 

Aszt TÜLR)ÜSK 


PRINT" ÉCLRI KENEM CSATLAVAOZTASSGA A NÖNÜGLE I! ER" 
FETNT" ÜSSÖN PG EGY RILLENTYIIT 
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k 2€ 
AS; ÉRINT A IT ( 
XPT VEG B ; 


A billentyűzet lekérdezése a kontrollport regiszterén keresztül valósul meg, ezért 
a billentyűzet lekérdezése a továbbiakban nem folytatódik. 

A 20-as és 25-ös sorokban utasítjuk a gép kezelőjét, hogy a dongle-t csatla- 
koztassa. A 30-as sorban addig vár a program, amíg egy billentyű leütésével nem 
jelezzük, hogy a dongle már a géphez van kapcsolva. A 40-es sorban a második 
botkormányhoz tartozó regiszter ($DC00) tartalmát olvassuk be. Ha a beolva- 
sott byte 0. vagy 1. bitje egy volt, akkor ezeket magas szinten hagyjuk, a többit 
viszont az AND művelet segítségével nullára állítjuk. (A hárommal végzett 
AND művelet a 0. és az I. bit kivételével minden bitet töröl.) Ha az A változó 
értéke nem nulla (azaz a dongle a helyén van), kiírja az O.K. üzenetet, és kezdi 
elölről az ellenőrzést. 

Az imént ismertetett dongle működése nagyon egyszerű volt. A működés 
néhány vezeték egyidejű leföldelését jelentette. Ezt az eszközt minden szaktudás 
nélkül is akárki el tudja készíteni; sem különösebb gyakorlatot, sem speciális 
szerszámokat nem igényel, másolása tehát nem kerül túl nagy erőfeszítésbe. 
A C 64-tulajdonosok többsége azonban mégsem vállalkozna egy ilyen hardver- 
eszköz elkészítésére. 


3.5.3. Dongle IC-vel 


Az előbbinél jobb védekezés, ha nem mindig ugyanazt a vezetéket földeljük, 
hanem (valamilyen rendszer szerint) mindig mást. A vezetékek leföldelésének 
változtatását egy IC-vel érjük el. Az IC típusa nem lényeges, számunkra csak 
az fontos, hogy különböző logikai kapukból álljon. Mivel a billentyűzet lekérde- 
zése a $DC00 címen keresztül folyik, ezért lehetőleg a vezetékeket a lehető 
legtöbbet magasan kell tartani, hogy amikor az operációs rendszer fontos 
számára, a biteket le tudja , húzni" nullára. A NAND művelet nem használható, 
mert ennél a műveletnél legalább egy vezeték logikailag alacsony szinten van. 
A következő ábrán négy egymástól független ÉS kapuval rendelkező IC-t 
alkalmazunk, de a kapuk közül csak egyet használunk fel. Az ÉS kapunak két 
bemenete van, ami alaphelyzetben magas szinten áll. 

A 3. ábra után közöljük azt a rutint, ami a dongle ellenőrzését végzi. Az 
ellenőrzés teljes egészében megszakításból történik , így a főprogram futását nem 
befolyásolja, az zavartalanul működhet. Ha nem jó dongle van a rendszerben 
(vagy esetleg egyáltalán nincs), akkor a rutin egy RESET-et generál. A RESET 
helyett természetesen saját belátásunk szerint mást is alkaimazhatunk. A RE- 
SET-et pl. egy olyan rutinra cserélhetjük fel, ami törölheti a tárat, vagy egysze- 
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rűen kiírhat egy olyan feliratot, ami addig vár, amíg a megfelelő dongle nincs 
a gépben. Az ellenőrző rutinok védelmére különböző, az előző alfejezetekben 
ismertetett eljárásokat lehet alkalmazni. A 3.4 alfejezet tiltott kódjai nyújtják 
a legbiztosabb védelmet azok ellen, akik megpróbálják az ellenőrző rutint 
kivenni a programból. 


A megszakítási vektoroknak az ellenőrző rutinra való állítása : 


sa nogezaki 


SvVISSZAUGT a 


Az ellenőrző rutin: 


CGOD PHA 
COGE LDA $DCOC 
ZOLL FHA 

CO12 AND HEFE 
0014 STA $DCOC 
C017 LDA £DCOC 
COLA AND 4505 


4. RE BI 
Cöte BNE PEGGY :beállitás 
COLE PLA ja port értékénet 
COLF STA $DCO0G :visszaliracsza 


CO22 LDA $DCOO ;júj érték 
cozs ORA H$OILI F 
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STA $DCOG :vissrzairásmea 
DA $DM700 súj érték bevitele 
AND H3BO ra 0 és 2 bit elkölönítése 
zt - BOR € "bitek invertálása 
SNE :ha nincsenek beállítva KESET 
FtLA :A a verembé 


IMF $EAZI sa megszakiíitásrutinra 


A RESET végrehajtása nem megfelelő dongle esetén: 


IN( $DE6E2Ő övelese 
k SET 18 z letiltása 
GRD aMÉ SFECEF : CMDBOG v, modul lekérd. nélkül RESET 


Akik nem rendelkeznek monitorprogrammal, azok számára közöljük a prog- 
ram BASIC betöltőjét: 


10 FÜR 
LO RÉADAS : A$-MIDB(A$,1, :BS-RIGHTSCAB, 1) :C0$-LEFT$SC(A$.1) 
390 SZ SE ae IF85 TÉN B-7 

49 Cz 


29 OZISsCtB : FOKE2367 2£I,O 


69 NEXT 

190 DATA 78 : REM 59EI1 

119 DATA A3,90 : REM LOA HOD 
29 DATA 30,14,93:REM STA $9314 
139 DATA AJ, €C9 : REM LDA H$3BCO 
149 DATA §0,15,93:REM STA $9315 
159 OATA 58 : REM EA 

169 DATA 560 : REM RTS 

1709 DATA 43 : REM PHA 

1890 DATA AD, 099, DC:REM LDA $0€990 
139 DATA 453 : REM PHA 

209 DATA 29.FE : REM AND HBFE 
219 DATA 384, 39, DC:REM STA $0€YO 
2209 DATA AD,09.DC:REM LDA $DC290 
239 OATA 239,95 : REM ANO 4895 
249 DATA DO,19 : REM BNE €1 

259 DATA 68 : REM PLA 

260 DATA 3g50.,99,DC:REM STA $DC900 
279 OATA AD, 99, 0C:REM LDA $DCXOXR 

230 DATA 909,91 : REM ORA. 4H$O1 
239 OATA 35, 99, 0DC:REM STA $DCXA0R0 
399 DATA AD, 99 ,0C:REM LDA $DCRO 
319 DATA 23.95 : REM AND 4$O5S 
329 DATA 49,05 : REM EOR 4$POS 
339 DATA D9,94 : REM BNE €1 
349 DATA 68 : REM PLA 

359 CATA 4€,31,EA:REM JMP $EA31 
369 DATA EE,29.,DO:REM Cl INC $00929 
379 DATA 73 : REM SEI 

399 DATA 4C.EF,FC:REM IMP $FCEF 

READY. 
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A bemutatott megoldások természetesen messze nem foglalják magukban az 
összes lehetőséget. Az iménti eljárás csak , kóstoló" volt a hardvervédelmekből. 
Használhatjuk pl. a user-portot is védelmi célra, a kontrollport nem az egyedüli 
lehetőség. 


3.6 Jelszólekérdezés 


A jelszó lekérdezésének a célja, hogy programunkhoz csak a jelszó ismeretében 
lehessen hozzáférni. A jelszólekérdezés technikáját alkalmazhatjuk adathalma- 
zok megvédésére is. Nem tanácsos a jelszót a program végére vagy elejére tenni, 
mert ezzel nagyon megkönnyítjük azok dolgát, akik valamilyen módon a jelszó 
megkeresésével próbálkoznak. A jelszólekérdezést BASIC-ből és gépi kódból 
egyaránt használhatjuk. BASIC programokban természetesen csak akkor, ha 
letiltjuk a LIST parancsot. A LIST parancs hatástalanítása nélkül a védelem 
teljesen hasznavehetetlen. 

A jelszót lekérdező program egy változata : 
10 PÜKES08, 225:PPINT CHRE(147):A-O 
ZO:FOSELD, d 
39 PRINT CHR$(19): INPUT" JELSZÓ :";A$ 
49 POKE 139,9:PRINT CHR$(13) 
59 IF A$-" "THEN 20 


59 ÍF A$5-"PETI" THEN PRINT CHR$C172;" ELFOGADOM" : END 
79 G50TO29 


READF. 


A 20-as sor POKE utasítása az INPUT kérdőjelének letiltását végzi. Ha a 
felhasználó háromszor elrontja a jelszót, a program a RESET rutint hívja meg. 
Az A változó az eredménytelen kísérleteket számolja. Ha nem írunk jelszót, a 
program nem számol hibát. A példában szereplő jelszó a "PETI". Ha a program 
ezt a jelszót kapja, kiírja az TELFOGADOM" üzenetet, majd a program megáll. 
Miután beépítettük ezt a rutint a főprogramba, az END helyett természetesen 
a főprogramba való visszatérést kell írni. 

Mivel a LIST letiltása ellenére monitorprogramból könnyen módosíthatnánk 
a programot, érdemes ezt a részt gépi kódban megírni, és azt titkosítani. Néz- 
zünk erre egy példát! 


epernyé törlése 


ámlaló nullára állítása 


tt 


tA ak 
TEO ak 1] 


en 


[3 


COGCB INX ; 
COGe GPX HB :ha inden betüt betöltöttünt 
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CO0OE 
C010 


CO4AC 

CO4E 
GOA 
€051 
00892 
Cos6 
cosg 
COSB 
COSe 

C05E 
Co6ö 
C06S 
2068 


BNE 
LDX 
JSR 
STA 
INX 
CMF 
HNE 
DEX 
STA 
tOX 
1.DA 
EÜOR 
STA 
INX 
CEx 
RNE 
DX 
LDA 
EME 
BEO 
IMF 
INX 
CPX 
RNE 
1-DX 


. LDA 


ENR 


STAS$COOGC , X 


(NX 
ÉPxX 
BNE 
RT$S 
L.DX 
LDA 
EOR 
STA 
INX 
CPX 
BENE 
StMF 


$C005 
HOD 
$FFCF 


$COBO,X 


K$sOD 
$C0O12 


$02 
H$OD 
$C0O06C.X 


$COGC , X 


4$124 


HEG 


"$OOGZ 


H$EOD 


$CÓ 1.60 


t$06 
$C0535 
$FCE? 


4A 45 4C 


ZA 


VÖ O0 


: tovább 

$ számláló nullára állítása 
:elágazás az INFUT rutinra 
:a beolvasott bytebtárolása 


met 


a számlaló növelese 
várakozás a RETIRN-re 
:ha leütötték. tovább 
:a RETURN kód törlése 
:a számláló tárolása 
:a számláló nullára állitasa 
ja jelszó szövegének 
5 Jekódolása 
sés tárolása 
: ámlaló növelese 
:ha minden dekódolva, 
sakkor tovább 
: ámlaló nullá 
olvasott jel 
zehasonlításza 
egyezik, akkor továbt, 
vyéblkent a dekódolás és KESET 
számláló növelése 
€ ehasonlítá 


1lítása 


a 
s ellenőrizve, tovább 
ámiáló nullára állítádsa 


ételt dekódolása 

s: tárolása C 

:a számláló növelése 

:ha minden dekódalva, akkor 
: tovább 

:visszaugrás 

láló nullára állítása 


sdéka  JOTÁGA 

ses tárolása 
:növelése 

:ha minden dekódolva., 
sakkor tovább 
srendszer KESET 

SA 4F 20 20 JELSZO 
982 H0--OY -ÜD § zó sás 


A gépi kódú rutint BASIC programból a SYS49152 utasítással indíthatjuk el. 
Ez a gépi kódú program gyakorlatilag ugyanazt teszi, mint a BASIC. A jelszót 
a $C06 címtől kezdve helyeztük el. A jelszó egyetlen korlátozása, hogy maxi- 
mum 16 karakter hosszú lehet. A jelszó beírása közben figyelnünk kell arra, 
hogy a kódoláshoz egy EOR 3t$24 műveletet kell végeznünk. A jelszó módosí- 
tásának első lépése, hogy a jelszó ASCII karaktereit CO6C-től kezdve tároljuk. 
A második lépés, hogy a szöveg hosszát be kell írnunk a $CO2B, $C04C és 
$COSC címekre. Harmadik lépésben ugorjunk a $C0O5S1 címre, ez elvégzi a 
kódolást, majd egy RESET-et vált ki. Ezzel a módosítást befejeztük. 
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19 FORI-OTO114 


29 READA$B:A$-MIDS(AS, 1, 


39 B-ASC(B$)—-43: IFBO9THENB-B-7 
49 C-ASC(CBI-48: IFEDITHENC-C—-7 
59 0-16:CtB:POKE236724I,D 


69 NEXT 

199 DATA 
119 DATA 
129 DATA 
139 DATA 
ji40 DATA 
150 OATA 
1609 DATA 
179 DATA 
1809 DATA 
190 DATA 
290 DATA 
2109 DATA 
2209 DATA 
2309 DATA 
2409 DATA 
259 DATA 
269 DATA 
279 DATA 
239 DATA 
239 DATA 
3099 DATA 


209,44,ES: 
A2,99 
8D.63.c€9 
29,02,FF 
Eg 

E9,23 
DO.F5 
A2, 09 
29. CF.FF 
30,89,c9 


AGa1 GO 


E4,02 
09, Fe 
2, 00 


REM" 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 


REM 


: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
9 : REM 


CI 


TEt 
SzO 


JSR 
COX 
LOA 
398 
INX 
CPX 
BNE 
LOX 
ISR 
STA 
INX 
€MP 
BNE 
DEX 
kejt gs 
LDX 
LDA 
EOF 
STA 
INX 
CPX 
BNE 
LDX 
LDA 
CMP 


bE544 
H;POG 
$C9o6s, 
SFEOZ 


45099 
61 
H$OD 
$FFCF 
$0989, 


45OD 
c2 


$92 
4.5OB 


$CO6C. 


HtB2Z4 
$C9SC, 


$C9O39, 


24 


$CO6L, 
4p24 
$C96L, 


22) :BSZRIGHT$(A$,12)9:CSZLEFTS(ASB; 1; 


xx 


ax 


, 


X 


x 


4. A LEMEZEK MÁSOLÁS ELLENI 
VÉDELME 


Miben áll a lemezek másolásvédelmének lényege? Hogyan tudjuk alkalmazni 
a másolásvédelmi módszereket? Ezekre a kérdésekre kívánunk választ adni 
ebben a fejezetben. A bemutatott ötletek a másolásvédelmi módszereken túl, 
önmagukban is érdekesek, mint a lemezegység programozási lehetőségei. 

Arra kérdésre, hogy mi is a másolásvédelem, általánosságban azt mondhat- 
juk: a lemezen végzett manipuláció, amely megakadályozza, hogy a lemezt 
valaki a közhasználatú másolóprogramok valamelyikével sokszorosítsa. 

A programok tökéletes megértése nem nélkülözheti a lemezegység működésé- 
nek alapos ismeretét, a gépi kódú programozást, jóllehet ezen ismeretek közlésé- 
re a könyv keretei között nem kerülhetett sor. Hogy mégis használható anyagot 
nyújtsunk azoknak is, akik a jelzett témakörökben nem elég jártasak, úgy 
készítettük el a programokat, hogy csak a legszükségesebb részeket írtuk gépi 
kódban, s ezeket a részeket DATA sorok formájában adjuk közre. Mielőtt fejest 
ugranánk az első másolásvédelmi módszer tárgyalásába, ismerkedjünk meg a 
lemezegység , lelkivilágával". 


4.1 A DOS működése 


A VCI541-es , intelligens" periféria, saját mikroprocesszorral és operációs rend- 
szerrel (Disk Operating System, DOS). A lemezegység tehát nem veszi igénybe 
a számítógép központi tárát és munkaidejét ; önállóan végrehajtja a számítógép- 
től kapott parancsokat. 

A lemezegységnek éppen ezért háromféle tevékenységet kell párhuzamosan 
folytatnia. Le kell bonyolítania a géptől jövő és a gép felé irányuló adatforgal- 
mat. Értelmeznie kell és végre kell hajtania az adatállományokra, a hozzá 
tartozó átviteli csatornára és blokkpufferre vonatkozó parancsokat. Végül el 
kell végeznie a hardveres lemezműveleteket, mint pl. egy blokk felírása, egy 
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blokk olvasása és a lemez formázása. Ezeket a feladatokat a VCI541-es lemez- 
egység egy 6502-es mikroprocesszor segítségével végzi. A megoldást a megszakí- 
tási technika jelenti, lehetővé téve három program látszólag egyidejű futtatását. 

A lemezpufferben elhelyezett saját gépi kódú programokban természetesen 
hivatkozhatunk a DOS rutinokra. Jóllehet a DOS az összes lemezkezelő rutint 
készen tartalmazza, a DOS rutinok sajátos szerkezete miatt használatuk nem 
olyan egyszerű, mint a számítógép rendszerrutinjai esetében. A lemezegység 
operációs rendszere két részre osztható. Az első rész a főprogram, amely állan- 
dóan fut. Ez a program kezeli pl. a soros buszt. A rutinok többségére rögzített 
címekkel hivatkozik, és azokból JMP utasítással tér vissza. Ez a magyarázata 
annak, hogy saját programjainkból ezekre a rutinokra nem hivatkozhatunk ; 
csak úgy, ha részfeladatokra bontva, szintén saját készítésű rutinokkal oldjuk 
meg. 

Az operációs rendszer másik része tulajdonképpen egy megszakítási program, 
ún. jobciklusokkal. Feladata az író/olvasó műveletek lebonyolítása. A rendszer 
minden megszakítási lépésben beolvassa a nulláslapon a $00-tól $05-ig terjedő 
címek tartalmát, amely a főprogram és a megszakítási program közötti kommu- 
nikáció adatterülete. A $80-nál (128-nál) nagyobb értékeket a program utasítás- 
nak (jobnak) tekinti, és végrehajtja. Minden jobcím egy meghatározott tárterü- 
letre hivatkozik, ahol a művelethez tartozó gépi kódot elhelyezték. Azt, hogy 
a művelet mely lemezterületre vonatkozik, a jobtárhoz rendelt további két cím 
tartalma (sáv, szektor) határozza meg. A 11. táblázat az egyes jobokhoz tartozó 
sáv-szektor címet, ill. tárterületet foglalja össze. 


11. táblázat 


Puffer Cím Job Sáv Szektor 
$0000-$00FF Nem elérhető (nulláslap) 
$0100-$01FF Nem elérhető (verem) 
$0200—-$03FF Nem elérhető (parancspuffer) 

30 $0300-$03FF $0000 $0006 $0007 
1 $0400—-$04FF $0001 $0008 $0009 
2 $0500-$05FF $0002 $000A $000B 
13 $0600-$06FF $0003 $000C $000D 


$0700-$07FF 


Nem elérhető (BAM) 


A jobkódok és jelentésük : 


$80 (128) Szektor olvasása (READ). 

$90 (144) Szektor írása (WRITE). 

$A0 (160) Szektor ellenőrzése (VERIFY). 
$BO (176) Szektor keresése (SEEK). 

$CO (192) A ej beállítása (BUMP). 
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$DO (208) A pufferben elhelyezett program végrehajtása (JUMP). 
$EO0 (224) A pufferbeli program végrehajtása, a motor bekapcsolása és a fej 
pozicionálása után (EXECUTE). 


A jobkódok feldolgozásának módját egy példán szemléltetjük. Ha egy blok- 
kot BASIC-ből, az UL utasítás alkalmazásával olvasunk be, a főprogram átveszi 
és azonosítja az utasítást, majd a blokk beolvasását engedélyezi. Az engedélye- 
zés során a sáv-, ill. szektorszámát beírja arra a tárcímre, amely a kijelölt 
pufferhez tartozik, majd a job kódját ($80-at) betölti a jobtárba. 

Tegyük fel, hogy a blokk beolvasásához a 2-es puffer tartozik, a sáv-, szektor- 
értéke pedig a $0A, $0B címeken található. Tárolás után a rendszer elindítja a 
jobciklust. A jobciklusban ellenőrzi a jobtárat (ahol most a $80 kód áll), majd 
betölti a sáv- és szektorértékeket a $0A, $0B címekről. Ezután a fejet a kijelölt 
blokkra pozicionálja, és a blokk tartalmát beolvassa. A beolvasott adatok a 2-es 
pufferbe ($0500-$05F F) kerülnek. A főprogram ez idő alatt , várakozik". A vá- 
rakozó ciklusból mindaddig nem lép ki, amíg a jobok "READY" üzenete meg 
nem érkezik. 

Az üzenet szintén a jobtárba kerül, ahol előzöleg az utasítás volt. A visszajel- 
zést a főprogram meg tudja különböztetni a jobkódoktól, ui. a jobkódok 
legmagasabb helyiértékű bitje I, az üzeneteké pedig 0. A főprogram tehát a 
legmagasabb helyiértékű bit alapján eldönti, hogy a tárbeli adat jobkód vagy 
üzenet, és ha az utóbbi, a kiértékelést megkezdi. 

A 12. táblázatban összefoglaljuk az üzenetkódokat a hozzájuk tartozó jelen- 
tésükkel együtt. (A hibaüzenetekkel a későbbiekben még bővebben foglalko- 
zunk.) 


12. táblázat 
A DOS hibajelzései 


Kód Jelentés DOS hibaüzenet 
$01 Minden rendben 00, OK 
$02 A fejblokk (header) nincs meg 20, READ ERROR 
$03 A SYNC (szinkronjel) nincs meg I 21, READ ERROR 
$04 Az adatblokk nincs meg 22, READ ERROR 
$05 Hiba az ellenőrző összegben 23, READ ERROR 
$07 Verify-hiba 25, WRIRE ERROR 
$08 A lemez írásvédett 26, WRITE PROTECT ON 
$09 Hibás ellenőrző összeg 27, READ ERROR 
a fejblokkban 
$0B Rossz az ID 29, ID MISMATCH 
$0F Nincs lemez az egységben 74, DRIVE NOT READY 
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A lemezvezérlő rutinok alkalmazásához a következőket kell tudni: amikor 
egy blokkot UI paranccsal beolvasunk, a vezérlő megkapja a xblokk olvasásax 
parancsot. Ha a vezérlő hibát jelez, a logikai DOS rutinok (a főprogramban) 
megpróbálnak a kijelölt sávtól fél szektorral jobbra, ill. balra adatot olvasni. Ha 
ez is eredménytelen, a rendszer , kiakasztja" az olvasófejet (a fejet az 1-es sávra 
állítja, és az olvasási hibára jellemző zajt kelt), majd az egész műveletet megpró- 
bálja megismételni. A DOS általában öt olvasási kísérletet végez, mielőtt hibát 
jelez. A lemezvezérlő rutinok közvetlen hívásával ezt az eljárást tökéletesen 
kikerüljük. Az író/olvasó műveleteket ez esetben az UI, U2 parancsokkal 
végezhetjük el. 


4.1.1 Az írás/olvasás programozási technikája 


Ismerkedjünk meg közelebbről az adatok tárolásának és visszaolvasásának 
technikájával is! A lemezegység vezérlésének legfontosabb regiszterei a VIA 1-es 
és 2-es regisztere. Ez a két regiszter a $1C00, ill. $1CO1 címeken található, és 
míg a rendszer a $1C00-ás címet a LED és a motor vezérléséhez adja, addig a 
$1C01 címet az olvasás/írás műveletek legbonyolítása közben használja. 


A $1C00 cím egyes bitjeinek jelentése : 


0. bit: A léptetőmotor vezérlése 

bit: A léptetömotor vezérlése 

bit: A lemezegység motorja ; 0— a motor kikapcsolva 

bit: A lemezegység LED-je; 0— a LED kikapcsolva 

bit: Írásvédelem; 0 — fénysorompó fel 

bit: A bitsebesség beállítása 

bit: Ua., mint az 5. bit 

bit: A SYNC jel azonosítása olvasásnál; 0—-a SYNC megvan 


TALIN S E A 


Mint már említettük, az adatok írása/olvasása közben a rendszer a $1C01 
címet használja. A rendszer azt az adatot írja fel a lemezre, amit előzőleg itt 
tároltunk, feltéve, hogy előzőleg felíró műveletet kértünk. De vajon honnan 
tudja meg a programozó azt, hogy az adott pillanatban a felírás/beolvasás 
befejeződött vagy sem? 

Erre szolgál az ún. BYTE-READY vezeték, amely a processzor állapotre- 
giszterének OVERFLOW kapcsolójával van összekötve. A BYTE-READY 
vezeték ezt a kapcsolót magasra állítja, és utólag nem törli. A törlést a progra- 
mozónak , kézzel", a CLV utasítás segítségével kell elvégeznie, hogy a kapcsolót 
az állandó "Ready" állapotból kibillentse. Az egy byte felírásához szükséges 
időtartam 20 mikroszekundum körül mozog, a sebességkapcsoló beállításától 
függően. 
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A lemezprogramok elindítására kétféle lehetőség kínálkozik. A programot 
vagy a $E0 és $D0 jobkódokkal megszakítási rutinként, vagy közvetlen pa- 
ranccsal indíthatjuk el. Elsőként a jobkódokra épített indítási módszert tárgyal- 
juk. Nézzünk egy példát egy byte beolvasásának programozására : 

ICI BVC CI] 
CLV 


LDA $10C01 


4.1.2 DOS védelmi módszerek 

4.1.2.1 A Commodore dekódoló rendszere 

A védelmi rendszerek megértésének alapvető feltétele az, hogy pontosan tudjuk, 
hogyan rögzíti egy szektor tartalmát a lemezen a 1541-es. Minden szektor két 
részből — a blokkfejből és az adatblokkból — épül fel. Vegyük szemügyre köze- 
lebbről az egyes részek belső szerkezetét. 


A blokkfej (16 nyolcbites byte) felépítése : 


12/a táblázat 


A byte-ok 


száma ]! tartalma 


Szinkronjel 

A blokkfej azonosítója ($08) 

A blokkfej ellenőrző összege 

A szektor sorszáma 

A sáv sorszáma 

ID LO (lemezazonosító alsó byte) 
ID HI (lemezazonosító felső byte) 
A blokkfej vége ($0F) 

Blokkfej gap ($55) 


00 VO A ta já ek jet mi] 
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Az adatblokk (260 nyolcbites byte) felépítése : 


13. táblázat 


A byte-ok 


száma ! tartalma 


— ] Szinkronjel 
1 Az adatblokk azonosítója ($07) 
256 ] Adatbyte-ok 
1 Az adatblokk ellenőrző összege 
2 Az adatblokk vége ($00) 
változó! Gap ($55) 


A 1541-es a lemez felületére egyetlen folytonos bitsorozatként írja fel. A szek- 
torok kezdetét és végét a sávon belül sehol sem jelzi demagnetizált zóna. 
A Commodore a szektorokat a szinkronjelek alapján különbözteti meg egymás- 
tól. A DOS 2.6 szinkronjele öt egymást követő $FF tartalmú nyolcbites byte, 
minden blokkfej és adatblokk elülső végére felírva. Az adatblokk és a szinkron- 
jel megkülönböztetése a 1541-es kétféle üzemmódján alapul; a 1541-es vagy 
normál üzemmódban, vagy szinkronmódban ír a lemezre. Normál üzemmód- 
ban írás előtt a rendszer minden nyolcbites byte-ot átkódol tízbites alakra. 
A kódolás a bináris alaknak az ún. GCR (Group Code Recording) alakot 
felelteti meg. A konverzió rendkívül egyszerű: a nyolcbites byte-ból először két 
félbyte — alsó és felső félbyte — lesz. Matematikailag minden négybites félbyte 
megfeleltethető egy 0 és 15 (minden bit alacsony, ill. minden bit magas) közé 
eső hexadecimális számjegynek. A 1541-es GCR kódtáblázatában tehát mind- 
össze a következő 16 megfeleltetésnek kell szerepelnie. 


14. táblázat 


Eredeti adat ] GCR kód Eredeti adat ] GCR kód 
$0 — 0000 01010 $8 — 1000 01001 
$1 — 0001 01011 $9 1001 11001 
$2 — 0010 10010 $A 1010 11010 
$3 0011 10011 $B 1011 11011 
$4 0100 01110 $C 1100 01101 
$5 0101 01111 $D 1I10I 11101 
$6 0110 10110 $E 11II0 11110 
$7  OIlII 10111 $F IIII 10101 
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A táblázat alapján kövessük a $12 (18) GCR konverzióját. 
1. lépés: hexadecimálisról binárissá alakítás 
$12 (18) — 00010010 
2. lépés: a felső félbyte GCR kóddá alakítása 
0001xxxx — $1 (1) — 01011 
3. lépés: az alsó félbyte GCR kóddá alakítása 
xxxx0010 — $2 (2) — 10010 
4. lépés: GCR konkatenáció : 
010117 10010 — 0101110010., 


A konverziós technika következményei 


1. Sohasem fordulhat elő, hogy két egymást követő ötbites GCR kód összes 
bitjén 1-es áll, azaz sosem keletkezhet GCR kódokból 10 egymást követő 1-es 
bit, amit a rendszer szinkronjelként használ. 

2. A bináris GCR konverzió kizárja azt a lehetőséget, hogy az író/olvasó 
elektronika az adatbyte-ot összetévessze a szinkronjellel. 

3. A tízbites GCR byte-ban egymás mellett sohasem fordulhat elő kettőnél 
több 0 tartalmú (alacsony) bit. (Erre a bitek olvasás közbeni visszabillentésének 
pontossága miatt volt szükség.) 

Az előbbiek alapján világos a valódi tdatok és a szinkronjelek megkülönbözte- 
tése. A szinkronjel 10 vagy annál több egymást követő 1-es bit. A valódi adatok 
közül a $FF (911111111) tartalmazza a leghosszabb l-es értékű bitsorozatot. 
Normál írásmódban a rendszer a $FF bináris megfelelőjét GCR kóddá, azaz 
az 1010110101 bitsorozattá alakítja. Szinkronmódban a $FF-et GCR végrehaj- 
tása nélkül írja a lemezre. Mivel a $FF csak nyolc egymást követő 1-es bitet 
tartalmaz, és a szinkronjeleknek legkevesebb tíz 1-es bitből kell állniuk, a 
Commodore öt nyolcbites $FF-et, azaz negyven 1-es értékű bitet ír fel folytató- 
lagosan egymás mögé. Ez tökéletes garancia arra, hogy a 1541-es írás/olvasás 
közben sose tévedhessen a szinkronjel és az adatblokk megkülönböztetésében. 

A 1541-es DOS egyszerre négy nyolcbites adatbyte-ot konvertál négy tízbites 
GCR byte-tá. Abból, hogy a RAM rekeszei csak nyolcbitesek, egyenesen követ- 
kezik, hogy a tízbites GCR kód nem fér el egy tárcímen. Ha egymás mögött négy 
tízbiítes GCR kódot tárolunk, a keletkezett 40 bitet a gép már képes nyolcas 
egységekben kezelni. A probléma most már csak az, hogy hogyan bontsa fel a 
40 GCR bitet öt nyolcbites byte-ra. A következőkben lépésről lépésre követjük 
a DOS konverziós tevékenységét. 


1. lépés: adott négy nyolcbites adatbyte 
$08 $1I0 $00 $12 

2. lépés: hexadecimális bináris átalakítás 
$08 $10 $00 $12 
00001000 00010000 00000000 00010010 
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3. lépés: bináris GCR átalakítás 
a) négy nyolcbites adatbyte 
0001000  00010000 00000000 00010010 
b) a felső és alsó félbyte-ok GCR megfelelői 
01010 01001 OIOII 01010 OI0I0 O0I0I0 OI10II 10010 
c) négy tízbites GCR byte 
4. lépés: a négy tízbiítes GCR kód átalakítása négy nyolcbites GCR kóddá 
a) a négy tízbites GCR kód láncolása 
OIO1001001010110101001010010100101110010 
b) felosztás öt nyolcbites byte-ra 
O1010010  OIOIOIIO IOIO00I0I 00I0IO00I1 01110010 
5. lépés: bináris-hexadecimális átalakítás 
O1010010  OIOIOLIO IOIO00IOI 00101001 01110010 
$52 $56 $A5 $29 $72 
6. lépés: a négy nyolcbites adatbyte rögzítése öt nyolcbites 
GCR byte-ként; 
a $08 $10 $00 $12 tárolt megfelelői : 
$52 $56 $75 $29 $72 


Tehát a DOS a lemezen az adatbyte-okat négyesével tárolja, öt nyolcbites 
GCR byte alakjában. A 1541-es olvasás közben az eljárás fordítottját végzi el; 
az öt GCR byte-ot négy nyolcbites adatbyte-ként olvassa vissza. A lépések 
pontosan követik a fentieket, fordított sorrendben. 

A szektorban tárolt byte-ok számát a következő képlettel kapjuk : 

a nyolcbites GCR byte-ok száma — (nyolcbites adatbyte-ok száma/4)r5 


Hasonlóan, a 260 nyolcbites adatbyte-nak a lemezen 325 nyolcbites GCR 
byte felel meg. Ehhez még hozzá kell adni az öt nyolcbites szinkronjel byte-ot 
és a fejblokk gap-et, ami további nyolc byte. A gap tartalmát ($55) a rendszer 
nem hozza GCR alakra, feladata csak az adatblokk és a fejblokk elválasztása. 
A teljes szektor 353, és nem 256 byte-ból áll: 


15. táblázat 


fi Adatbyte-ok ] GCR byte-ok 
száma száma 
Szinkronjel ($FF) 9 5 Ti 
Fejblokk 8 10 
Fej-gap ($55) zség 8 
Szinkronjel ($FF) cz 5 
Adatblokk 260 325 


t tárolás bináris - GCR konverzió nélkül 


104 


Az egy szektorhoz tartozó byte-ok összegéből szándékosan kihagytuk a szekto- 
rok közötti gap-et. Ennek az a magyarázata, hogy a DOS a formázás befejezté- 
vel erre a gap-re soha nem hivatkozik. Formázás közben az FDC (Floppy Disk 
Controller) a sávot 10 240 nyolcbites $FF átfedő karakterrel törli. Törlés után 
felír rá 2400 nyolcbites $FF-et (9611111111-ot), majd mögé 2400 nyolcbites 
$55-öt (40I1010101-et). A végső cél az, hogy a sávot világosan elkülöníthető 
byte-minta vegye körül. Ekkor az FDC megszámolja, hogy összesen hány 
szinkronjel ($FF), és hány egyéb (nem szinkronjel, $55) jel került a sávra. Ebből 
levonja az összes byte-ok számát, amelyek az adott zónában elhelyezkedő 
szektorhoz szükségesek. A maradékot elosztja a szektorok számával, és így 
megkapja a szektorokat elhatároló gap-ek méretét. A gap-ek mérete nemcsak 
sávonként, a kör kerületétől és a szektorok számától függően, de meghajtóként, 
a motor sebességétől függően is változó. Ha a számítások eredményeként a gap 
méretére négy byte-nál kevesebbre adódik, a formázás sikertelen lesz. A gap-ek 
közelítő méretét a 16. táblázat tartalmazza : 


16. táblázat 


Zóna Sáv Szektorok Elhárító 
száma gap-ek mérete 
1 1-17 21 4-7 
2 18-24 19 9—12 
3 25—30 18 5-8 
4 31—35 17 4—8 


Meg kell jegyeznünk, hogy ezek az értékek nem vonatkoznak a sáv legmagasabb 
sorszámú szektorára. Ezek között és a 0-s szektor között a gap általában jóval 
nagyobb (100 byte Is lehet). A fejblokkot a rendszer a formázást követően soha 
nem írja felül. Ezzel szemben a szektor adatblokkját — beleértve a szinkronjelet 
is — mindig újraírja, valahányszor új adatok kerülnek a szektorba. A DOS a 
fejblokkot felírás közben átugorja. 


4.1.2.2 Az ellenőrző összeg 


Szemben a kazettás egységgel — amely az adatokat (pl. a programot) kétszer 
egymás után rögzíti a szalagon —, a lemezegység minden adatot csak egyszer ír 
fel a lemezre. Az esetleges hibák kiszűrésének eszköze a lemez esetében az 
ellenőrző összeg. A DOS az ellenőrző összeg alapján dönti el, hogy a fejblokk 
vagy az adatblokk tartalma hibás vagy sem. Az ellenőrző összeget a byte-ok 
között végzett kizáró VAGY (EOR) művelet eredménye adja. A művelet igaz- 
ságtáblája: 
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0 EORO z 0 
0EFEOR1-—-1 
1 EFOR0— 1 
1 BORd s 0 


A fejblokk ellenőrző összege a szektor és a sáv sorszáma és az ID alsó, ill. 
felső byte-ja között végzett EOR művelet eredménye (ez a négy byte különbözte- 
ti meg egymástól a lemez szektorait). Az adatblokk ellenőrző összegét pedig a 
256 nyolcbites adatbyte között végzett EOR művelet eredménye adja. 

Az adatblokk (amint azt már említettük) a következő szektor és sáv címétől 
és 254 adatbyte-ból áll. Megjegyzendő, hogy a DOS az ellenőrző összeget a 
GCR átalakítás előtt képezi. 

A következő példa a fejblokk ellenőrző összegének kiszámítását szemlélteti. 
(Az algoritmus adatblokk esetén ugyanaz, de jóval hosszabb.) 


1. lépés: inicializálás; EOR $00 (0) és a szektorok sorszáma között 
$00 — 00000000 
a szektor sorszáma $00 — 00000000 
00000000 


2. lépés: EOR a sáv sorszámával 
00000000 
a sáv sorszáma ($12) — 00010010 
00010010 
3. lépés: EOR az ID alsó byte-jával 
00010010 
az ID alsó byte-ja ($58) — 01011000 
01001010 
4. lépés: EOR az ID felső byte-jával 
01001010 
az ID felső byte-ja ($5A) — 01011010 
00010000 
5. lépés: bináris-hexadecimális átalakítás : 
00010000 — $10(- 16 


A $00, $12, $58 és $5A byte-ok ellenőrző összege tehát $10 (16), ami története- 
sen a 1541 TEST/DEMO lemez 18-as sáv 0-s szektora fejblokkjának felel meg. 
(Az előzőekben a GCR konverziót ugyanezen fejblokk első négy byte-ján ($08, 
$10, $00, $12) mutattuk be.) 
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4.1.3 A 1541-es DOS részletes áttekintése 


A 1541-es lemezegység saját 6502-es mikroprocesszorral, 2 Kbyte RAM-mal, 
I/O chipekkel rendelkezik, operációs rendszere a DOS, amely a 15,8 Kbyte 
méretű ROM-ban található. A következőkben a RAM, a ROM és az I/O chipek 
elrendezését szemléltetjük : 


2 Kbyte input/output 


RAM chipek 

$0000 jobsor, konstansok, mutatók és munkaterület $1800 6522-es 
VIA CHIP [/O a gép felé 

$0100 munkaterületek és a túlcsordulási puffer $180F 

$0200 parancspuffer és munkaterület $1C00 6522-es VIA CHIP I/O 
a gép felé 

$0300 adatpuffer (4340) $I1COF 

$0400 adatpuffer (dt 1) 

$0500 adatpuffer ( 3 2) 

$0600 adatpuffer (443) $C100 DOS a 15,8 Kbyte ROM-ban 
kommunikáció és file-kezelés 

$0700 BAM-puffer $F259 lemezvezérlő rutinok 

$0800 $FFFF 


4.1.4 A 6502-es processzor 


A 1541-es a Commodore lemezegységek sorozatának utolsó tagja. A korábbi 
2040-es, 4040-es, 8050-es egységekbe három mikroprocesszort építettek be: egy 
6502-est a számítógép és a lemezegység közötti kommunikáció lebonyolítására, 
egy 6504-est lemezvezérlőként, végül egy 6532-est a nyolcbites karakterek tízbi- 
tes GCR kódokká alakítására. A 1541-es mindezen feladatokat egyetlen 6502-es 
processzorral látja el. Kétféle üzemmódban dolgozik ; betölti egyfelől az Inter- 
face Processor (IP), másfelől a Floppy Disk Controller (FDO) szerepét. 

Működés közben minden 10 milliszekundumban kapcsol át FDC üzemmód- 
ra. Az átkapcsolást a 6522-es timer által generált megszakítás (IRO) vezérli. 
A központi IRO vezérlőrutin ellenőrzi, hogy az adott időpillanatban volt-e 
megszakítás. Ha a megszakítási jel az FDC üzemmódot engedélyezi, a 6502-es 
mindaddig ebben az üzemmódban dolgozik, amíg az aktuális műveleteket be 
nem fejezte. Ha a megszakítás nem engedélyezett, az írás/olvasás félbeszakad- 
hat. 
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4.1.4.1 A legfontosabb IP rutinok 


Ebben a fejezetben összefoglaltuk a legfontosabb IP rutinokat, és közöljük a 
belépési pontjukat. 


a) Inicializálás 


A lemezegység bekapcsolásakor a RESET vonal alacsony. Ez a 6502-es procesz- 
szort egy indirekt JMP ugrásra készteti a $FFFC vektoron keresztül, a $EAA0- 
ás címen kezdődő inicializáló eljárásra. Az inicializálás főbb lépései: 


$EAAO. A nulláslap tesztelése 

$EAC9 A ROM-ok ellenőrző összegének tesztelése 
$EAFO A RAM maradék részének tesztelése 
$EB22 Az [/O chipek inicializálása 

$EB4B A puffertáblázatok létrehozása 

$EB87 A puffermutatók beállítása 

$EBC2 Ugrás az FDC inicializálására 

$EBDA A soros busz inicializálása 


b) Az IP főbb várakozó ciklusai 


Valahányszor az egység inaktív, a 6502-es IP üzemmódban van, és végrehajtja 
a $EBE7-től $EC9D-ig terjedő rutint. A 4. ábra a rutin vázlatos folyamatábrája : 


A várakozó parancs kapcsolója ($0255) igen A várakozás parancs elemzé- 
se és végrehajtása. ISR PARSXO ($C146) 

nem 

A vfigyelemc kapcsoló ($0255) magas? igen A vfigyelemc kérelem kiszol- 
gálása. ISR ATMSRV ($E85B) 

nem 

Van nyitott file? igen A slemezegység aktívk LED bekapcsolása 

nem 

A hibakapcsoló magas? igen 

nem 

Ugrás a ciklus kezdetére. 


4. ábra 
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c) Számítógép-lemezegység kommunikáció 
Ezek a rutinok bonyolítják a számítógép és a lemezegység közötti információ- 
cserét a soros buszon keresztül. A rutinok a ROM $E853-tól $EA6E-ig terjedő 


területén vannak. Az alábbiakban a legfontosabb belépési pontokat soroljuk fel. 


17. táblázat 


Belépési pont Rutin Feladat 


$E853 ATNIREC IRO-t generál, ha a gép soros buszon az 
ATN vonalat magasra állítja. Az IRO keze- 
lőtől elágazás ide, a vfigyelemkx kapcsoló 
beállításához 


$E8553 ATNSRV A soros busz ATN jelének kiszolgálása 
$E909 TALK Adatok küldése a soros buszon keresztül 
$E9C€9 ACPTR j Egy byte fogadása a soros buszról 
$EA2E LISTEN A soros buszon érkező jel átvétele 


d) A lemezparancsok végrehajtása 


Amikor a számítógép parancsot (mint pl. NEW, VERIFY, SCRATCH) küld 
a lemezegységhez, a parancs átmenetileg a parancspufferbe ($0200—-$0229) ke- 
rül, és a parancsra várx kapcsoló ($0255) magas lesz. Amikor a 6502-es 
legközelebb az IP várakozó ciklushoz ér ($EBE7-$EC9D), észreveszi, hogy a 
kapcsoló állapota magas. Elugrik (JSR) a PARSXO rutinra ($C146) a paran- 
csot elemezni és végrehajtani. Az elemző azonosítja a parancs érvényességét a 
táblázatban ($FE89-—94), majd ellenőrzi a szintaktikáját. Ha a parancs helyes, 
a megfelelő ROM rutinra ugrik. A 18. táblázatban a lemezparancsokat és 
belépési pontjaikat soroljuk fel. 


18. táblázat 


Belépési pont] Parancs Feladat 

$ED84 V VALIDATE Új BAM létrehozása a tartalomjegyzék- 
ben 

$D005 . I INITIALIZE A BAM inicializálása a lemez alapján 

$C8C1 D DUPLICATE . A lemez másolása (nem 1541-esen) 

$CAF8 M MEMORY-OP] Egy memóriaművelet (M-R, M-W, 
M-E) végrehajtása 

$CCIB B BLOCK-OP Egy blokkművelet (B-P, B-A, B-F stb.) 
végrehajtása 
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18. táblázat 


Feladat 


Belépési pont! Parancs 
$CD57 U USER JMP User rutinok (UO, UI, U2 stb.) végre- 
Í hajtása 

$E207 P POSITION Pozicionálás relatív file-ban 

$E7A3 gk UTIL LDR Egy rutin betöltése a RAM-ba, és végre- 
hajtása 

$C8SFO C COPY Egy file másolása (egylemezes, csak a 
1541-esen) 

$CABB R RENAME Egy file átnevezése a tartalomjegyzék- 

k ben 

$C823 S SCRATCH Egy file törlése a tartalomjegyzékből 

$EEO0D N NEW A lemez formázása 


Ha a parancs végrehajtása hibátlan, a rutin egy JMP utasítással fejeződik be, 
az ENDCMD ($C194) címre. Ha hiba lépett fel, a hiba kódja az akkumulátorba 
töltődik, és a vezérlés a hibakereső rutinra ($E645) adódik. 


e) File-kezelés 


A file-kezelés az interface processzor legfontosabb feladata. Éppen ezért számos 
ROM rutin foglalkozik közvetlenül vagy közvetve file-kezeléssel, a tartalom- 
jegyzékkel és a BAM-mal. A 19. táblázatban felsorolunk néhányat a legfonto- 
sabb belépési pontok közül: 


19. táblázat 


Belépési Rutin Feladat 

pont 

$CSAC SRCHST Érvényes vagy törölt bejegyzés keresése 
a tartalomjegyzékben 

$CBB4 OPNBLK A közvetlen elérésű puffer megnyitása 

$CEOE FNDREL Egy rekord keresése a relatív file-ban 

$D156 RDBYT Egy byte beolvasása a file-ból. A követ- 
kező szektor betöltése, ha szükséges 

$DI9D WRTBYT Egy byte felírása a file-ba. Egy szektor 
felírása, ha megtelt 

$D50E SETJOB A read vagy write job beállítása az 
FDC-nek 

$D6E4 ADDFIL Egy file bejegyzése a tartalomjegyzékbe 
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19. táblázat folytatása 


Belépési Rutin Feladat 

pont 

$D7B4 OPEN Egy csatorna megnyitása olvasásra, 
írásra, betöltése vagy mentése 

$DACO CLOSE Az adott csatornához rendelt file lezárá- 
sa 

$DBAS5S CLSDIR A tartalomjegyzék-bejegyzés lezárása 
write file-nál i 

$DC46 OPNRCH Egy csatorna megnyitása dupla puffer- 
rel végzett olvasáshoz 

$DCDA OPNWCH Egy csatorna megnyitása dupla puffer- 
rel végzett íráshoz : 

$DFD0O NXTREC A következő rekord összeállítása relatív 
file-hoz 

$E31F ADDREL Új szektor hozzáadása a relatív file-hoz 

$E44E NEWSS Relatív file bővítése egy új mellékszek- 

é torral 

$E4FC ERRTAB IP üzemmódban a hibaüzenetek táblá- 
zata 

$E645 CMDERZ IP üzemmódban a hibakezelő 

$EA6E PEZRO Hibajelzés a LED villogtatásával 

$EAA8 DSKINT IP inicializálás lemezoldalról 

$EC9E STDIR A tartalomjegyzék konvertálása pszeu- 
doprogrammá, és betöltése 

$8BEFSC WFREE Egy adott szektor felszabadítása a 
BAM-ban 

$EF90 WUSED Egy adott szektor lefoglalása a BAM- 
ban 

$FIIE NXTTS A legközelebbi szabad szektor azonosí- 


tása a BAM-ban 


4.1.4.2 A legfontosabb FDC rutinok 


Az FDC rutinok alkalmazásának az a legnehezebb pontja, amíg megtaláljuk a 
részletes ROM térképen azt a részt, amely pontosan azt a feladatot végzi el, amit 
szeretnénk. Éppen ezért foglaltuk össze röviden az FDC legfontosabb belépési 


pontjait. 
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a) Inicializálás 


Amikor a lemezegységet bekapcsoljuk, a reset vonal alacsonyra ugrik. Ez a 
6502-es processzort a RESET végrehajtására szólítja fel. A rutin a $FFFC 
szektoron keresztül közvetett JUMP-pal ráugrik a $EAA0-ás címen kezdődő 
inicializáló eljárásra. Az inicializáló eljárás részeként, az FDC [/O chipjeit és 


változóit a CNTINT ($F259-AF) rutin hozza alaphelyzetbe. 


b) Az FDC várakozó ciklusa 


A 6522-es timer minden 10 milliszekundumban megszakítást (IRO-t) generál, 
és a 6502-es elkezdi végrehajtani a fő FDC ciklust ($F2B0O). A ciklus vázlatos 


folyamatábrája (5. ábra) : 


Van job a jobsorban? nem JMP az END-re 

igen 

JMP ($D0) job? igen A JMP job ($F370) végrehajtása 

nem 

Be kell kapcsolni a motort? igen Motor ON és JMP az END-re 
nem 

Az egység felgyorsult? nem. JMP az END-re 


igen 

A fej továbblépett? nem JMP az END-re 
igen I 

Ez az igazi sáv? igen A job elvégzése 
nem 


A sáv beállítása lépéshez 

END ($F990) 

Változott az írásvédelem? igen Az állapotkapcsoló módosítása ($1C) 
nem 

A fej két sáv között van? igen A fej mozgatása JMP DOSTEP ($FAZ2E) 
nem 


Ki kell kapcsolni a motort? igen Motor OFF 
nem 


A fej léptető módban van? igen 
nem 
RTS az IRO rutinra 


ey 


A ciklus végén, amikor a művelet kész, a timer-megszakítás újra engedélyezett. 


ábra 


és a 6502-es kilép az FDC üzemmódból. 


112 


c) Az FDC főbb belépési pontjai 


A 6502-es processzor FDC üzemmódban olyan rutinokat hajt végre, amelyek 
közvetlenül vezérlik a lemezegység műveleteit. Ide tartozik a lemezmotor ki/ 
bekapcsolása, a léptetőmotor vezérlése (azaz a fej mozgatása sávról sávra), az 
üres lemez formázása, az egyes szektorok azonosítása, adatok felírása és olvasá- 
sa, az információ továbbítása a nyolcbites normál alakról a tízbites GCR kódra, 
és megfordítva. A 6502-es a műveleteket az IP processzor által létrehozott 
jobsor alapján rendezi. Az FDC főbb belépési pontjait a 20. táblázatban foglal- 
tuk össze. 


20. táblázat 


Belépés Rutin Feladat 

$H259 CNTINT A fontosabb változók és az [/O chipek inicializá- 
lása 

$F2BO EEG A fő FDC várakozó ciklus (IRO minden 10 milli- 
szekundumban) 

$F367 EXE A job végrehajtása 

$F37C BMP A fej , kiugratása" (bump) a 4-1 sávra (léptetés a 
45. sávon kívülre) 

$F3BIl SEAK A fej azonosítása egy sávon 

$F4CA READ A kiválasztott szektor adatblokkjának beolvasása 

9560E WRIGHT Adatblokk felírása a kiválasztott szektorba 

$F6DO PUTAGB Négy adatbyte konvertálása öt GCR byte-tá 

$F78F BINGCR Az adatpuffer tartalmának konvertálása GCR 
írásképpé 

$F7E6 GETAGB Öt GCR byte konvertálása négy adatbyte-tá 

$F8EO GCRBIN Az adatblokk GCR képének konvertálása normál 
adatokká 

$F934 CONHDR A fej konvertálása GCR kereső képpé 

$F99C END A ciklus vége 

$FAC7 FORMT Üres lemez formázása 


d) Egy meghatározott szektor adatblokkjának beolvasása 


Mielőtt az olvasás jobkódja ($80) bekerül a jobsorba, az IP beteszi a kiválasztott 
sáv-—szektor számát a fejtáblázatba. A táblázat a következőképpen épül fel: 


geakat alatt 
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21. táblázat 


A jobsor A pufferek Sáv ák Szektor dr 
elhelyezkedése kiosztása cím cím 
3 cím 

$0000 0  $0300-FF $0006 $0007 
$0001 1 $0400-EFF $0008 $0009 
$0002 2 $0500-FF $000A $000B 
$0003 3 $0600-FF $000C $000D 
$0004 4 $0700-FF $000E $000F 
$0005 5 nem RAM alj $0010 $0011 


A sáv-—szektor számának elhelyezése után az IP elhelyezi az olvasás jobkódját 
a jobsorban úgy, hogy pozíciója megfeleljen az adat adatpufferbeli pozíciójá- 
nak. Amikor a 6502-es legközelebb FDC módba kerül, megtalálja a jobkérel- 
met. Ha szükséges, bekapcsolja a motort, vár, amíg a motor felgyorsul, és a fejet 
a megfelelő sávon mozgatja. Ezután végrehajtja a read rutint a következők 


szerint: 


$F4DI 
$F4D4 


$F4ED 
$F4FO 
$F4FB 
$F505 


A szektor megkeresése 

Az adatok beolvasása: az első 256 byte az adatpufferbe, a maradék 
a túlcsordulási pufferbe kerül 

A GCR kódok konvertálása normál alakra 

Az adatblokk ID ellenőrzése 

Az ellenőrző összeg vizsgálata 

Kilépés, az olvasás rendben 


e) Adatok felírása az adott szektorba 


Mielőtt az írás jobkódja ($90) bekerül a jobsorba, az IP a sáv és szektor számát 
elhelyezi a fejtáblázatban. A táblázat felépítése azonos az előzővel. A write 
rutint előkészítő tevékenységek azonosak a read rutinnál leírtakkal. A write 
rutin szerkezete: 


$EF5S75 
$FS7A 
$F586 
$F5S89 
$FS8C 
$F594 
$FSBI 
BESBB 
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Az ellenőrző összeg kiszámítása 

Az írásvédelem ellenőrzése 

A puffer konvertálása GCR alakra 

A szektor megkeresése 

Várakozás a fej gap-re 

Átkapcsolás írásra és öt szinkronjel ($FF) kiírása 
A túlcsordulási puffer kiírása 

Az adatpuffer kiírása 


$F5SCC Átkapcsolás olvasásra 

$FSD9 A GCR kód konvertálása nyolcbites alakra 
$FSDC A vjobkód módosítása: VERIFY 

$FSE6 Ellenőrzés (verify) 


f) Üres lemez formázása 


Az IP formázó rutin ($C8C6) beír egy JMP $FACT7 utasítást a $0600-as címre, 
majd beteszi az EXECUTION jobkódját ($E0) a jobsorba ($0003). A következő 
várakozó állásban az FDC megtalálja a jobkódot, és végrehajt egy ugrást a 
formázórutinra, amelynek felépítése a következő : 


$FAC7 Ellenőrzés: ez az első belépés? Ha nem, elágazás a $FAF5-re 

$FACB Bump at I-es sávra (hangjel!) 

$FAE3 A hibák számának inicializálása, kilépés 

$FAFS Awsávszám ellenőrzése 

$FBOO Az íirásvédelem ellenőrzése 

$FBOC Avwsáv törlése szinkronjelekkel 

$FBOF Aw"sáv felének teleírása szinkronjellel, a másik fele nem szinkronjellel 

$FB35 A szinkron- és nem szinkronjelek mérése 

$FB7D Azidőtartamok összehasonlítása, és a tail-gap-ek számának meghatá- 
rozása 

$FC36 A fejek képének kialakítása 

$FCB86 Az üres adatblokk kialakítása 

$FC8BC Aw"fej konvertálása GCR alakra 

$FC9E Az adatblokk konvertálása GCR alakra 

$FCAA Egy szektor kiírása 

$FD24  Átkapcsolás olvasásra és ellenőrzésre (verify) 

$FD83 Ha minden szektor rendben, tovább a következő sávra 

$FD96 Ha minden sáv kész, kilépés 


Az első sorban mindaddig várunk, míg a V kapcsoló (BYTE-READY) nem 
lesz magas, utalva arra, hogy a byte az olvasásra készen áll. Ezután a V kapcso- 
lót , kézzel" töröljük, majd a byte-ot az akkumulátorba töltjük. 

Egy byte felírásának programja : 


STA $1C0Il 


tt BYE. Ci 
CLV 


A byte-ot tároljuk, majd várakozunk arra, hogy a BYTE-READY vezeték a 
kapcsolót beállítsa, majd azt ismét töröljük. 
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A lemezegységet tájékoztatnunk kell arról, hogy a $1CO1l címen tárolt adatot 
felírni (és nem beolvasni) szeretnénk. 
Erre szolgál a következő program: 


LDA $1C0CI kontrollregiszter 
AND 3útiIF 


[ORA 3t$C0] 

ISTA $I1COC] 

[ILDA -4ESFFJ] kimenetre 

ISTA $1C03] adatirány-regiszter; A port 
Hasonlóan programozhatjuk az olvasási kérelmet : 


LDA $1IC0OC 


[ORA :3-SE0] 
ISTA SICOCI 
[LDA 344500] bemenetre 
STA $1C03 


Ezeket a rutinokat a DOS is tartalmazza. Aktivizálhatjuk a 


JSR $FE00 


utasítással. 
A lemezműveletek (írás/olvasás) közben gyakran kell a szinkronjelre várakoz- 
ni. A lemezegység operációs rendszere erre is tartalmaz megfelelő rutint. Hívó 
utasítása : 
JSR $6EF5S56 


A rutin kb. 20 mikroszekundumig várakozik a SYNC byte-ra. Ha ez idő alatt 
nem találja meg, hibaüzenetet küld. Ebben rejlik egyébként a hívásra alapozott 
várakozás hátránya. A programozónak ui. nincs lehetősége arra, hogy a hibát 
saját elképzelése szerint kezelje; a hibaüzenet kiírása után a vezérlés már nem 
kerül vissza a rutinhoz. 

A megoldás ennek ellenére egyszerű. Ha a rutint beépítjük a saját progra- 
munkba, a negatív eredménnyel záruló lekérdezés után tetszőleges, saját rutinra 
elágazhatunk. Ha a SYNC byte beolvasása sikeres volt, a tényleges lekérdező 
rutin használata nélkül, a megfelelő bit leolvasásával is tájékozódhatunk a hiba 
felől. 


[CI BIT S$1C00] 
BMI CI 


Ennyit bevezetésként a lemezegység programozásáról. Végül röviden összefog- 
laljuk a VIA2 fontosabb regisztereit. 


116 


4.1.4.3 A VIA2 fontos regiszterei 


$1C00: 


$1001 : 
$1C02: 
$1C03: 
$1C04: 
$1C0S: 
$1C06 : 


$1C07 : 
$1C08 : 
$1C09 : 


$1COA : 


$ICOB: 


$ICOC: 


Drive Control Bus 

Bit Jelentés 

A léptetőmotor vezérlése 

A léptetőmotor vezérlése 

A lemezegység motorja ; 0— kikapcsolva 

LED ; 0- kikapcsolva 

Írásvédelem ; 0— kikapcsolva 

A bitsebesség beállítása 

Ua., mint az 5. bit 

A SYNC byte azonosítása olvasásnál ; 0— a SYNC byte megvan 
Az A port adatbeviteli regisztere — R/W fej adatbusz 

A B port adatirány-regisztere 

Az A port adatirány-regisztere 

1-es timer (alsó byte) 

1-es timer (felső byte) 

1-es timer 

Írás/olvasás közben a timer értéke változatlan. Ez a cím átmeneti 
tároló, a mindenkori érték megőrzése. Ha a $1C1l1-es cím hatodik 
bitje I (FREE-RUNNING-MODE), az érték minden nullára futásá- 
nál automatikusan a számlálóba kerül 

1-es timer (Id. a $1C06 címnél leírtakat) 

2-es timer (alsó byte) 

2-es timer (felső byte) 

Eltolási regiszter 

Segédregiszter a vezérléshez 

Bit Jelentés 

0 PA (Latch-Enable-Disable) 


NO9ORNRVWVRVEÉO 


1 PB (0— disable; 1] — enable) 

2 Eltolást vezérlő bit 

3 Eltolást vezérlő bit 

4 Eltolást vezérlő bit 

5 T2 timer-vezérlés (0 — időbeli megszakítás; 1 — várakozó szám- 
lálása a PB6 jele alapján) 

6 T1 timer-vezérlés 

57 TI timer-vezérlés 


perifériaregiszter (PCR) 

Bit Jelentés 

0 CAl megszakításvezérlés (0— negatív él; 1— pozitív él) 
j CA2 vezérlés 

3 CA2 vezérlés 
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CA2 vezérlés 
CB1l megszakításvezérlés (Id. a 0. bitet) 
CB2 vezérlés 
CB2 vezérlés 


5OoO RV 


$ICOD: Interrupt Flag Register 
Ez a regiszter jelzi az egyes bitek 1 értékére rendelt tevékenység 
eredményét 
Bit Jelentés 

Aktív él a CA2-n 

Aktív él a CAl-en 

Nyolc eltolási pulzus az SR-ről ($1C0OA) 

Aktív él a CB2-n 

Aktív él a CBl-en 

A 2-es timer lefutott 

Az 1-es timer lefutott 

Magas, ha ebben a regiszterben a $1COE címen egy bit magas 


JARRE 


$I1COE: Interrupt Enable Register. A regiszter bitjei rendre megfelelnek a 
$ICOD regiszter bitjeinek. Ha valamelyik bit magas és a $I1COD bitje 
a megfelelő állapotot jelzi, a rendszer IRO-t hajt végre 


$ICOF: A port adatregisztere 
Tartalma a $1C00 cím tükörképe, handshake üzemmód nélkül 


4.2 Védelem hibás sávokkal, 
szektorokkal 


A lemezek védelmi rendszerének alapjai általában a hibás szektorok. Ez egyben 
azt is jelenti, hogy a védelem létrehozója szándékosan ront el bizonyos szektoro- 
kat. A lemez eredetiségének vizsgálata legtöbbször abban áll, hogy egy rövid 
betöltő program beolvassa az elrontott sávot, és ellenőrzi a jelszót. A jelszó 
általában az FDC vagy IP által generált hibakód. Ha azt a betöltő program 
, helyesnek" találja, engedélyezi a tényleges program indítását. A lemezvédelem 
szerzőjének az az érdeke, hogy a betöltő programot a lehető legjobban elrejtse. 
Ha ui. a betöltő program védelmét valakinek sikerül feltörnie, a tényleges 
programhoz könnyűszerrel hozzáfér. Persze a dolog általában nem olyan egy- 
szerű, mint ahogyan hangzik. A betöltőt többnyire olvashatatlan, a 6502-es 
használaton kívüli műveleti kódjaival írják meg, autostarttal látják el. Sokszor 
könnyebb az egész lemezt bitenként átolvasni, mint a betöltő titkosítását meg- 
fejteni. 
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Mielőtt áttekintenénk néhány sáv, ill. szektorrongáló módszert, az azonosí- 
tott hibák felmerülésének sorrendjében röviden összefoglaljuk a DOS hibaüze- 


neteit. 


4.2.1 A DOS hibaüzenetei 


Olvasási hibák 


22. táblázat 


FDC job- I FDC IP Hibaüzenet 
kérelem hibakód hibakód 
SEEK $03 (3) 21 Nincs szinkronjel 
SEEK $02 (2) 20 A fejblokk nem azonosítható 
SEEK $09 (9) 21 Hibás a fejblokk ellenőrző összege 
SEEK $OB (11) 29 ID-hiba 
READ $02 (2) 20 A fejblokk nem azonosítható 
READ $04 (4) 22 Az adatblokk hiányzik 
READ $05 (5) 23 Hibás az adatblokk ellenőrző összege 
READ $01 (1) 0 OK 
Írási hibák 
23. táblázat 
FDC job- I FDC IP Hibaüzenet 
kérelem hibakód hibakód 
WRITE — 18 DOS verzióeltérés 
WRITE $OB (11) 29 Hibás lemez ID 
WRITE $08 (8) 26 Irásvédelem bekapcsolva 
WRITE $07 (7) 0 Verify-hiba írás közben 
VERIFY ] $01 (1) 0 OK 


21 READ ERROR (NO SYNC CHARACTER) Az FDC nem találja a szink- 
ronjelet (tíz vagy annál több 1-es értékű bitből álló sorozatot) egy adott sávon 
az előírt 20 milliszekundumon belül (time out hiba). 


20 READ ERROR (HEADER BLOCK NOT FOUND) Az FDC 90 egymás 
utáni kísérlet során sem találta meg a GCR fejblokkot ($52). Az FDC sávot 
keres és szinkronjelet talál. Ekkor beolvassa a következő byte-ot, és tartalmát 
ismét összehasonlítja $52-vel ($08 címen). Az összehasonlítás eredménye nega- 
tív, és a kísérletek számát jelző változó értéke eggyel csökken. Az FDC ismét 
szinkronjelre vár, és a kísérletet megismétli (összesen kilencvenszer). 
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27 READ ERROR (CHECKSUM ERROR IN HEADER BLOCK) Az FDC 
hibás fejblokkot talált a sávon. Ez a hiba a RAM-ba olvasás után derült ki; itt 
ui. a GCR byte-okat eredeti bináris alakra konvertálná. Ezután EOR műveletet 
végez a szektor és a sáv sorszáma, az ID alsó és felső byte-ja között. A kapott 
és a fejblokkban talált ellenőrző összeg között ismét EOR műveletet végez. Ha 
az eredmény nem nulla, a két összeg nem volt egyenlő, és így az FDC a $09 
hibakódot generálja. 


: 29 READ ERROR (DISK ID MISMATCH) A fejblokkban talált és a $0012, 
$0013 címeken tárolt (master copy) ID nem azonosak. Az utóbbit a rendszer 
a lemez inicializálása közben tölti be a nulláslap két megadott címére a lemez 
18-as sávjáról. (Ugyanez történik egy adott sáv keresése közben is.) 


20 READ ERROR (HEADER BLOCK NOT FOUND A fejblokk GCR képét 
a rendszer a szektor, a sáv sorszáma és a master lemez ID-je alapján hozza létre. 
Az FDC megkísérelte megtalálni a sávon belül azt a fejet, amely megegyezik a 
RAM-ban tárolt GCR kóddal. A hibaüzenet generálását kilencven sikertelen 
kísérlet előzte meg. 


22 READ ERROR (DATA BLOCK NOT PRESENT) Egy adott sáv és szektor 
fejblokkját a rendszer átadja az előző vizsgálathoz. Az FDC megtalálta az 
adatblokk szinkronjelét és beolvasta a következő 325 GCR byte-ot a RAM-ba. 
A GCR byte-okat 260 nyolcbites bináris byte-tá alakítja. Dekódolás után az 
első byte tartalmát összehasonlítja a $0047-es címen tárolt adatblokk-azonosí- 
tóval, és hibát jelez, ha nem egyezik. A nulláslapon a jelzett cím tartalma 
alaphelyzeben $07. 


23 READ ERROR (CHECKSUM ERROR IN DATA BLOCK) A 256 adat- 
blokkból a rendszer ellenőrző összeget képez. A kapott összeg nem egyezik a 
lemezről beolvasott ellenőrző összeggel. 


73 DOS MISMATCH(CBM DOS V2.6 1541) A rendszer olyan lemezre próbált 
írni, amelynek formátuma nem kompatibilis a rendszerrel. A DOS verziószáma 
a"$0101-es címen nem $41. A tárcím tartalmát a rendszer általában a lemez 
inicializálása közben módosítja, a lemez 18-as sáv 0-s szektor első két byte-ja 
alapján. 

26 WRITE PROTECT ON Írásra tettünk kísérletet, miközben az írásvédelmi 
kapcsoló be van kapcsolva. Távolítsuk el a lemezről az írásvédelmi tapaszt. " 
25 WRITE VERIFY ERROR Az éppen maost felírt adatblokk tartalma vissza- 
olvasás után nem egyezik meg a RAM-ban tárolt adatokkal. A hiba oka: 


valószínüleg egy folt a lemezen. Az eredmény lehet egy lezáratlan file. Adjuk ki 
a validate parancsot, hogy a rendszer a BAM-ot újraszervezze. 


120 


4.2.2 Hibás blokkot készítő programok 


20-as hiba egy szektoron 

A program egy adott sáv, adott szektorában 20-as olvasási hibát generál. Az 
eljárás során először azonosítjuk a megelőző szektor fejét és adatblokkját, így 
meghatározhatjuk a következő szektor kezdetét. A blokkfej képét a RAM 
$24-től $2C-ig terjedő területén hozzuk létre. Ezek után átkapcsolunk írásmód- 
ra, és felírjuk a blokkfejet. 


199 REM 209-AS HIBA EGY SZEKTORON 

119 PRINT"UA88 20 HIBA SAV-SZEKTOR-1541" 
1208 PR1NT"W8 KEREM A LEMEZT." 

139 INPUT"SAV/SZEKTOR":;T,S 

149 IF TC(1IORTI35THENEND 

159 NS-EDH2S-T)I7)4(CTD24)HK(T?39) 

1609 IFSCODORSOIZNSTHENEND 

170 OPENIS.8,15 

1809 PRINTHIÍ5."108" 

1909 INPUTHI5.EN$.EM$.ETrT$.ES$ 

200 IFEN$-"006"7G0102508 

219 PRINT"IBG"ENS" , "EME" , "FETE" .ESS 

eee CLOSEIS 

239 END 

240 REM SEEK 

250 IFS:-OrTHENS-NS:GOTD27O 

e60 S:S-I 

e70 JBs1í76 

280 GOSUB49JOB 

2390 REM READ 

309 JB:-128 

310 GOSIJB499B 

328 I-9:PRINT"PROGRAM BE1IRASAW" 

339 READ HDE:IF VALCHO$)--1 THEN3J8BB 

340 GOSUB 1110 

3598 PRINTH1I5."M-W"CHRECIDCHR$(CSICHRECBICHRKSCU) 
360 15131 

370 GUTO 330 

383 REM VEGREHAJTAS 

398 PRINTH15.,"M-W"CHR$K(ZICHRECODJCHR$K(1)CHREC224) 
400 PRINTH1I5S5."M-R"CHRÉCZ)CHRECD) 

418 GETHI5.E$ 

4209 IFE$-""THENE$-CHR$CB) 

4309 E-ASCC(E$) 

449 IFE?)12750TO430 

458 CLOSEI5 

468 PRINT" ögppmWKESZ !" 

479 END 

480 REM JOB GUEUE 

490 TR-O 

5098 PRINTH1I5,"M-W"CHR$CBICHR$CODICHR$EC4)CHRS$C 
591 TÖICHR$(SIPCLHR$(TICHR$C(CS) 

519 PRINTH1I5.,"M-W"CHR$C I DCHR$E(ODCHREC1I)ICHRECJB) 
528 TRsIRt1i 

5308 FRINFH15."M-R"CHR$(1DJCHR$COD) 

548 GETHIS. ES 

5509 1IFE$-""THENE$-CHR$(B) 
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569 EZzASCCES) 

570 IFTR-500G6OTO6OOB 
3589 IFEP127GOTO52OD 
599 RETURN 

699 CLOSE15 


618 PRINT " SEBEBEBB 1 BARS. ....!" 

629 END 

639 REM GEF1IKODU PROGKAM 

649 ORTA 29.18 .FS5:REM JSR FS510 
650 DATIA 29.356 .HS:REM JSR FS56 
660 DATA AD .14 : REM LOY $HI4d 
679 DATA A5.19 :REM LDA 19 
eeg0 DATA CHg.1E I: REM CP  HIe 
699 OArTA 98.O0C : REM BCC 051a 
700 DATA 88 : REM DET 

719 DRTA 88 : REM BEÉY 

720 DATA CS,19 : REM CP  HI9g 
739 DATA 98.06 :REM BCC o51Aa 
740 DATVA 88 : REM DEY 

750 DATA C9g.,1í1F : REM CWP HIF 
760 DAT1A 98.01 : REM BCC o051a 
7709 DATA 88 : REM DET 

780 DATA E6.18 : REM 1NC 18 
798 DATA C5.18 1 REM cp 18 
899 UATA 99.86 : REM BCC 9526 
e19 DATA FO.O4 : REM BEG e5es 
829 URATA Ag .00 : REM LDA  HOB 
es9g DATA 85 ,19 :REM sra 19 
8409 URATA Ag .90 : REM LDA HOD 
859 DATA 45.16 1REM EDR 16 
869 DATA 45.17 :REM EOR árd 
879 OoAra 45.18 :REM EOR 18 
egg DATA 45.19 : REM EOR 19 
8go OATrTA 85.1A : REM STA 1A 
3098 DATA 28.34 .F9:REM JSR F934 
919 ORATA 28.56 .FS:REM JSR FS556 
9e0 DATA AB LFE :REM LDA  HFF 
939 ORATA BD .03.1C:REM sra 1Cc03 
9409 DATA AU .OC.1C:REM LDA 1cec 
9089 OATA SU:TE : REM AND HIF 
9609 DATA 09 .CO : REM UJRA  HCO 
3978 DATA BD.OC.1C:REM STA 1CcoC 
980 URATA AZ .00 : REM LUX HOD 
39898 DATA B5 .23 : REM LUDA 293 .x 
1999 URATA 508 .FE : REM BVC 0548B 
1919 DATA B8 I:REM CLY 

1920 DATA 8D.0O1.1C:REM STA 1001 
1030 ORTA E8 : REM INX 

10949 DATA EB.O08 :REM CPX HBR 
19598 OATA DB ,F3 : REM BNE 0549 
1969 DATA 50.FE : REM BVC 90556 
1978 OATA 29.08 .FE:REM JSR FEgO 
10809 DATA A3.91 : REM LDA  HOI 
1398 DATA 4C.69.F9: REM JMP F369 
1108.-DATA 1 :REM PRUGRAM VEGE 


11160 RÉM HEXABÓL. DEC: :BE 

11209 H$-"0123456789ABCDEF " 

1138 IF LEN(CHD$):O THEN PRINT"HIBA":STOP 
1149 1F LENCHD$)C2? 2 THEN HD$-zLEFT$KCHD$.2) 
1159 H:0O 
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1160 
1170 
1189 
1190 
1200 
1e10 
1220 
1230 
12409 
1250 
12690 
1270 


FOR ZZ-r1 TO 16 

IF LEFT$K(HD$.12-MID$KH$.ZZ.1) THEN H-ZZ:GOTO 1199 
NEXT 22 

H:-H-1 

L:B 

FOR ZZsií 10 16 

IF RIGHT$(HD$.12)-MID$CH$.ZZ.1) THEN L-ZZ:GUTO 1E£409 
NEXT ZZ 

L:L-1 

D-HxiIStL 

PRINTI .HD$Z "DO" 

RETURN 


READY. 


21-es hiba a teljes sávon 
A programot a $FAC7 címen kezdődő formátrutin egy részére alapoztuk. 


A sávot formázás előtt az FDC teleírja szinkronjelekkel ($FHDA3). 


1909 
119 
120 
139 
140 
159 
160 
1709 
180 
190 
200 
e1g 
eeg 
es0 
240 
250 
es55 
250 
270 
ézs 
e89 
ego 
300 
310 
3e0 
330 
340 
350 
360 
370 
380 
3908 
499 
410 
aep 
4389 
490 
450 
460 
4709 
4830 


REM €1 HIBA TELJES SAVON 
PRINT " CK BEEP 1 HIBA szi 1541-RE" 
PRINT" ER KEREM A LEMEZT A FEGHAJTOBA" 


INPUT " mag 9AV-";T 

IFTKCK1 OR T?35 THEN 130 
OPENIS5.,8,15 

PRINTHI5,"IO9" 
INPUTHIS,EN$,EM$H, Er r$,ESB 
IFEN$-"909"GUTO23IO 

PRINT"Mg"ENS" , "EDS", "ETE", "ES$ 
CLOSE15 

END 

REM SEEK - JOB VEGREHAJTASA 
JB:176 

GOSUB38O 

I:z0 

PRINT"W PROGRAM BETOLTES. . . . 1" 
READ HDOS$:IF VALCHD$)--1 THEN 3909 
GOSUB 639 

PRINT I,HOS$S; "DO" 
PRINTHI5S."M-W"CHREC( IDCHR$(4)CHR$CIDCHRECD) 
I-It1: GOTO 269 x 
REM VEGRKEHAJT1AS 

PRINT" s A EGRONGAL TH SAV"; T 
JB:-2e24 :REM EXECUTE 

G60S5UB3809 

FRINT"WBg VEGE!" 

CLOSE15 

END 

REM JOB GUEUE 

TX-OD 
PRINTHIS,"M-W"CHR$CBICHRECODDJCHRS$(CZICHR$CT)CHRECO) 
PRINTHIS,"M-W"CHR$( 19 CHR$(OJCHRS$( 1 29CHR$(JB) 
TKETKPHI 
PRINTHI5."M-R"CHR$C1)CHRECD) 
GETHI5.E$ 

IFE$-" " THENE$-CHRECB) 

E-ASCCE$) 

IFTX-590G0TO4SB 

IFE?127G60TO419 

RETURN 
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4909 CLOSE15 
5009 FKINT"4ög M!IBAN" 


519 END 
529 REM 21 ERROR 
530 DATA 20 ,A3 ,FD:REM JSR HUDAZS 1RASRA KAFCSULAS 
3409 URATA AS .55 : REM LOA  $55 SYNC-BYTrTE 
558 DORTA B8BU.O1.1C:REM STA 1C€C91 
569 DATA AZ (FF :REM LOX HFF 
570 OATA AB.30 : REM LDY  H3D 
589 DATA 29 .C93.FD: REM JSR FOCg BTTE REHDYT 
599 DATA 29.90.FE:REM JSR FEOO $55 FEL1IRASA 
609 DATA A59.91 : REM LDA HOL 
619 UATA 4C.69 FH: KEM J MF Fg69 

" Be9 VLATA -1 :REM PRÜGRAM VEGE 


639 REM HEXABOL DEC. -BE 

6409 H$-"9123456783ABCOEF " 

659 1F LENCHO$D-9 THEN FKINT"HIBA":STOF 

669 IF LENCHD$)C? 2 THEN HU$-LEFT$CHD$.e) 

670 H-O 

684 FOR zZzsi TU 16 

698 IF LEFT$(HO$,1)-MID$C-H$.ZZ.1) THEN H-ZZ:GOTUO 710 
700 NEXT 22 

710 H:szH-1 

7ep L-B 

730 FOR ZZasi TO 16 

746 IF RIGHTECHD$.1)-MIDEC-H$.ZZ.1) THEN L:-ZZ:GOTO 760. 
750 NEXT ZZ2 

760 L:L-1 

770 D:-HtISGtL 

7809 RETURN 

READY. 


21-es hiba egy szektoron 

A gépi kódú rutin megkeresi az előző szektort, majd azon belül az adatblokkot. 
A rutin 20-as hibát generál azon a szektoron, ahol áll (lásd az előző programot). 
Egyetlen mellékhatása ennek a módszernek az, ha két egymást követő szektort 
rongálunk meg, akkor mindkettőn 21-es hiba keletkezik. Tehát a rutin egyetlen 
szektoron nem tud 21-es hibát generálni, legalább két egymást követő szektort 
kell megrongálni. Figyeljünk arra is, hogy az alábbi rendben generáljuk a 
hibákat, először a 0-s szektort kell tönkretenni, majd rendre a 20-as, 19-es és 
18-as szektorokat. 


Szektor Hibakód 


0 21 
1-I7 OK 
18-20 21 


19 REM €1-ES HIBA ADOTT SAVY/SZEKTORRA 
128 PRINT"UBR8 €1 HIBA SAV-SZEKTOR-1541" 
139 FRINT" WS KEREM A LEMEZT." 

149 INPUT"SAY/SZEKTOR"3T,S 

158 IF TXK1ORT235THENENUÜU 

169 NS-Z2DtEXCT217)tCTD24d)t(CTI39) 
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170 
200 
"e10 
ee 
e30 
240 
e50 
260 
270 
ege 
ege 
3090 
310 
320 
330 
349 
350 
355 
360 
370 
430 
4498 
450 
460 
470 
azo 
490 
589809 
s10 
5e0 
530 
540 
550 
560 
370 
580 
581 
590 
6909 
610 
e2v 
630 
640 
s50 
660 
€70O 
689 
6390 
790 
Pia 
1909 
1910 
1820 
1930 
1940 
1050 
19609 
1970 
1880 
19090 


IFSXCDORS?ZNSTHENEND 
OPENI5 8 ,15 
PRINTHI5,"109" 


INPUTHIS,EN$,EMS$,ET$,ESS$ 


1FEN$-"99"GOTOZ2BB 


PRINT" ug" ENS" , "EMS" , "ETE" 


CLOSEI1 
END 


5 


REM SEEK 


IFSZOTHENS-ENS : GO [O300 


S:S-1 


JBztí76 
G0SUB570 

REM READ 
JB:128 
GOSUBS7O 

REM READ DATA 


I1I:9:PRINT"PRUGRAMFOL TES . , . , 1" 


READ HD$: 1F VALKCHU$)z-t 


GOSUB 


FRINTHIS,"M-UW"TCHREC( I DCHR$(CSICHRE( 1) CHRECDU 


Ea$ 41 


58099 


GOTIO 360 
REM VEGREHAJ TAS 


PR1NTH15."M-W"LHR$KC2ZICHR$CDOICHRS$( 1)CHR$CZ24) 


"ES$ 


"THEN 460 


PRINTHIS , "M-R"CHR$K2)UCHRECB) 
GETHI5.ES 


IFE$-" "THENE$-CHRECY) 


ESASCC 


E$) 


IFE? 127GOTUO4BO 


CLOSEI1 
PRIRETS 
END 


tej 
MEREBBHESZ !" 


REM JOB GUEUE 


TR:O 


PRINTHIS,"M-W"CHR$KCBICLHRECDICHREC4A)CHREC 
PDCHRECKCSICHRS$( ICHR$C5) 
FRINTH15 , "M-W"EHR$C 1 DCHK$K(OJCHR$( I DCHRECJB) 


fTREFTRt1 
PRINTH1I5."M-R"CHR$KCIICHRSCYH) 
GETHI3.ES$ 


1IFE$z-""1HENE$-CHR$CO) 


EZASCKCE$) 
IFTR-599G60TOSBO 
IFE?127G60TO6909 


IF E:1 


"THENRETURN 


CLOSE15 


PRINT " K9gxtR9H- IBAS. L.L..." 


END 


REM GEPIKOD sAaV 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


29.18 .F5:REM 
20.56 .F5:REM 


AZ .09 : REM 
50 .FE : REM 
B8 1: REM 
ca : REM 
DO .FA : REM 
Ae .45 :KEM 
509 FE :REM 
B8 : REM 


IJSR 
JSR 
LDX 
BYVC 
CLV 
DEX 
BNE 
LDX 
BYC 
CLV 


FS519 

F536 
n1ago 

0508 


0508 
na5 
0510 
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1199 DATA CA :REM DEX 


1116 DATA DO.FA : KEM BNE 90510 
t 120 DATA. AS FF : REM LDA HFF 
1139 DATA 80.03 .1C:REM STA 1c083 
1149 DATA AD.,OC.I1IC:REM LDA 1coEc 
L158.DATA EG LIF : REM AND HIF 
1169 DATA 09.CO : REM ORA  HCXOD 
1179 DATA 80.OC.1C:REM sTa 1coc 
1188 DATA AZ 90 :REM LOX HOD 
1199 OATA 89.55 :REM LUA 455 
12009 DATA 50 FE : REM BVC 95e9 
1218 DATA B8B t REM CLV 

1220 DATA B8BD.O1,1C: REM STA 1Cc91 
1230 DAIR CA : REM DEX 

1249 DATA DB .F/7 : REM BNE 9529 
1850 DATA 50O.FE : REM BYE 0532 
1269 DATA 20.088 .FE:REM IJISR FEoGOo 
1270 OATA A9.01 : REM LDA HDI 
1289 DATA 4C.69 .F9:REM JMP F9e9 
LI00 ORTN "1 : REM FROGRAM VEGE 


5009 REM HEXABOL DEC.-BE 

5919 H$-"9123456789ABCDEF " 

59209 IF LEN(HD$2)-9 THEN PRINT"HIBA":STOP 

50939 1F LEN(CHO$)K? 2 1IHEN HDS-LEFT$(HUS.2)?) 

59409 H-g 

5050 FOR ZZzszi 10 16 

50869 1F LEFTSCKHO$,1)-MID$CK-H$.ZZ.1) THEN H:szz:GUTU 5080 
5870 NEXT ZZ 

5089 HsH-1 

50989 L:0o 

51008 FOR ZZ:5:si TO 16 

51108 IF RIGHT$(HDO$.12)-MIDECH$.ZZ,1) THEN L-ZZ:GUG10 5130 
s5si2e9g NEXT Zz 

51930 Lst-i 

51409 D-Hs16GtL 

5158 PRINT1:.HDS3 "OT" 

5169 RETURN 

READY. 


23-as hiba egy szektorban 

A programot a $F56E címen kezdődő rutinra" építjük, amelybe a 12. byte után 
lépünk be. Ezzel átugorjuk az írásvédelem ellenőrzését és az ellenőrző összeg 
kiszámítását. A rutin beolvassa a kijelölt szektor tartalmát a $400-tól $4FF-ig 
terjedő területre. Az indirekt puffermutatót is erre a területre címezzük. A $03A 
címen az ellenőrző összeget növeljük. Az 1-es puffer tartalmát konvertáljuk 
GCR alakra. Így a konvertálás során a 260 adatbyte-ból 325 nyolcbites GCR 
byte keletkezik. Ennek tárolásához egynél több pufferre van szükség. Az első 
69 GCR byte-ot a $01BB-$01I FF területre, egy túlcsordulási pufferbe helyezzük. 
A maradék 256 byte pedig a $400-tól $4FF-ig terjedő területen található. 
A 270-es sortól végigolvassuk a szektort, lemásoljuk a nyolcbyte-os header 
gap-et, és átkapcsolunk írásra. Felírunk lemezre öt $FF kódot (szinkronjelet), 
majd a túlcsordulási puffert és a tényleges puffer tartalmát. A rutin végrehajtása 
után betöltjük a 01-es hibakódot (OK). 


tt WRIGHT - a lektor megjegyzése 
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100 
119 

120 
130 

140 
159 

160 

170 

139 

190 
209 
elo 
ez0 
e30 
240 
e50 
e60 
g7a 
ego 
eg0 
3090 
310 
320 
330 
349 
350 
360 
370 
380 
3908 
409 
410 
420 
430 
4409 
450 
4560 
470 
480 
481 
4909 
597 
510 
980 
530 
549 
550 
569 
570 
seg 
590 
589 
610 
620 
630 
648 
€50 
660 
670 
688 


REM 23-AS HIBA EGY SZEKTORBAN 
PRINT"C3IAH 23 HIBA SAV-SZEKTORON" 
PR1NT "Md KEREM A LEMEZT." 
INPUT"SAV/SZEKTOR";T.S 

IF TXK1ORT2351HENENY 
NSZEDtTEXCTD17)tCFD24)tKTD3B? 
IFSCOORSÖZNSTHENEND 

OPENIS 8, 15 

PRINTHIS,"109" 
INPUTHIS,EN$,EM$,ET$,ES$ 
IFEN$-"00"G60102£50 

PRINT" HRA"ENS " , "EME" , "ET$" ,ES$ 
CLOSE15 

END 

REM SEEK. 

JB:176 

GOSUB47O 

REM READ 

38:128 

G0SUB479 
1-9:PRINT"PROGRAMBETOLT1ESWN" 


READ HD$: IF VALCHD$)--1 FJHEN 36509. 


BZUOSUB 1100 


PRINTH15S , "M-U"CHK$( IDCHREC5ICHREKCBICHRS$CD) 


T-It1 
GOTU 310 
REM VEGREHAJTAS 


PRINTHI5,"M-W"CHRECZICHRS$(ODCHRE( I) CHREKZZ4) 


PRINTHIS,"M-R"CHR$K2)DULHRS$CBD) 
GETHIS.ESg 
IFE$-""THENE$-CHR$CD) 
ESASCCES) 

IFE? 127G60TO380 

CLOSE15 

PRINT" MEBBDBIKESZ !" 

END 

REM JOB GUEUE 

TR:0O 


PRINTHI5S."M-W"CHRECBICHR$(ODICHR$(4ICHREC 


T)JECHR$K(KSICHRSC( DCHRSC5) 


PRINTH15.,"M-W"CHR$CIDCHRECODDCHRSCIICHREC(IJB) 


TR:5:1TRt1 
PRI1INTH1I5."M-R"CHR$C(C1I)CHRS$CD) 
GÉTVTHI5S5.ES 

1FE$5-"" IHENE$-CHR$CD) 
E-ASCCEL) 

IFTR-590O0GOTO5SBB 

IFE?) 127G60TO590 


RETURN 

CLOSE15S 

PRINT " KEZDÉSI IBAS.....!" 

END 

REM GEPFIKODU FRUGRAM 

DATA A9g.04 : REM LDA  HO4 
DATA 85.31 :KEM STA 31 
DATA A5.3A :REM LDA 3A 
DATA AA : REM TAX 

DATA EB : REM INX 

DATA 8A : REM TXA 

ORATA 85 .3a IREM SsTA 3A 


IZ7 


690 
780 
710 
7e0 
730 
7409 
750 
7609 
770 
780 
790 
800 
810 
829 
ez30 
840 
850 
860 
87e 
880 
890 
990 
910 
920 
930 
949 
950 
9609 
970 
980 
990 
1909 
1910 
1020 
1030 
1040 
1050 
1960 
1970 
1980 
1090 
1190 
1110 
1120 
1130 
1140 
1150 
1160 
1170 
1180 
1199 
1200 
12108 
1ező 
1230 
1240 
1e50 
1260 
READ 
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ORTA 29.BF .F7:REM ,"JSR FZBE 


DATA 29.18 ,H5:REM ISR F510 
DATA A2.08 : REM LOX HOG 
DATA 58 ,FE : REM BVC 0513 
DATA B8 :REM CLV 
DATA CA :REM DEX 
DATA UO FA :REM BNE. 05193 
DATA AZ FF : REM LDA  HFF 
DATA 8D.03.1C:REM STA 1ce3 
ORTA AD ,OC, 1C:REM LDA 1cec 
DATA 29 ,1F :REM AND HIF 
DATA 89 ,C8 :REM ORA  HCO 
ORTA 8D.8C.1C:REM STA 1cec 
DATA A9 FF : REM LORA  HFF 
ORTA AZ .95 : REM LUX HO5 
DATA 80,81.,1C:REM STA 1C81 
DATA B8 : REM CLY 
DATA 59 .FE : REM BVC 0530 
DATA B8 : REM CLV 
oAara ca :REM DEX 
DATA DB ,FA : REM BNE 9530 
DATA AZ .BB : REM LOY  HBB 
DATA B3.,09.O1:REM LURA 9109.T 
DATA 58 ,FE : REM BVC 853B 
DATA B8 : REM CLY 
DATA BD.O1,1C:REM STA 1C81 
DATA CB : KEM 1NY 
DATA DB .F4 : REM BNE 0538 3 
DATA B9.80,04:REM LORA 904909.Y 
DATA 58 .FE : REM BVC 0547 
DATA B8 : REM CLV 
DATA BD.O1,1C:REM STA 1c91 
DATA CB :REM 1INY 
DATA DB ,F4 : REM BNE 0544 
DATA 50 ,FE :REM BVC 0550 
DATA 28 ,00.FE:REM IJSR FEO0 
DATA AS .85 :REM LDA HOS 
DATA 85 ,31 : REM sra 31 
DATA A9.B1 : REM LORA HBDI 
DATA 4C€ ,69 .F9:REM JMP F969 
DATA -1 :KEM PROGRAM VEGE 


REM HEXABOL DEC. -BE 

H$:"9012345678SRABCDEF " 

IF LENCHD$)z8 THEN PRINF"HIBA":STOP 

IF LENCHU$IC? e THEN HUD$-LEFT$(K(HD$.2e) 

H:0 

FOR ZZs1i TU 16 

1F LEFT$K(HD$,129)-MID$KH$.22.1) THEN H-ZZ:GOTO 1180 
NEXT ZZ 

HzH-1 

L-0 

FOR ZZ:5:ti! TU 16 

1F RIGHT$CKHD$.1):-MID$KH$.ZZ.1) THEN L:ZZ:GU1O 1830 
NEXT ZZ 

LaL-1 

OsHxtIE6tL 

PRINTI , HO$? "(J" 

RETURN 
Y. 


22-es hiba generálása 

22-es hibát az előzőekhez hasonlóan (a job várakozási sorából indított program- 
mal is) létrehozhatunk, de erre egy jóval egyszerűbb módszer is kínálkozik. Mint 
már korábban említettük, a $47-es címen található az adatblokk-azonosító, 
aminek tartalma alapesetben 07. Ha egy blokk felírása előtt ezt az értéket 
módosítjuk, úgy az adott szektoron egy 22-es típusú hibát hozhatunk létre. 


199 PRINT"44" 

119 INPUTV"WRRNA SV.SZ":SV,SZ 

129 OPENI5 8,15 

139 OPENZ,§ ,2,"H" 

149 PRINTHI3,"U1:"ezO7;SV:SZ 

159 PRINT$KI5,"B-P:"E;O 

169 PRINTHIS , "M-W":CHR$C71)3CHR$CO)ICHR$C12:CHR$C3) 
179 A$-CHR$(S55) :REM JELSZO-A 

180 PRINTHZE ,A$ 

199 PRINFHI5,"U2t:"eFO:;SWV:;sZz 

2909 PRINTHIS , "M-W":CHR$C71)ICHR$CBDIICHRSC(1)ICHR$C7) 
219 CLOSEZ:ECLOSE15 

229 PRINT" A LEMEZ KESZEN VAN" 

esÓ STOP 

READY. 


23-as hiba másolása 

Először beolvassuk a megrongált adatblokkot, de az ellenőrző összeget sértetle- 
nül hagyjuk. A szektor tartalmát a $400-$4FF-ig terjedő területen, az ellenőrző 
összeget a $3A címen tároljuk. Az összeget nem számoljuk újra és nem növeljük, 
hanem változatlanul felírjuk a másolati szektorba. 


199 REM SAV-SZEKTOR MASOULAS 

129 PRINT"UMH 23 HIBA SAV-SZEKTOR MASOLASA -1541" 
"139 PRINT "488 KEREM A MASOLANUG LEMEZT." 
149 INPUT"SAV/SZEKTOR";T S 

158 IF TKIORTI3STHENEND 

169 NSZEDt2SCT)I17)t1(TDR4) HK TV?38?) 
1709 IFSCODORSOZNSTHENENU 

2909 OPENIS.8.15 

Ei8 -PRIMEHIS." 18 

220 INPUTH15 ,EN$,EM$.EC$,.ES$ 

2309 IFEN$-"OB"G010280 

240 PRINT" MBg"ENS" , "EME" , "ET$" .ES$ 
258 CLOSE15 

289 END 

278 RÉM SEEK 

egg JB:176 

299 GOSUBSB5B 

399 REM READ 

310 JB:128 

329 G0SUB65SO 

339 CLOSEI5S 

349 PRINT"EB KEREM A CEL LEMEZT" 
359 PRINT"EI8 ARE TURNS-RA FUOVABB.." 
369 GETCS$: 1FC$5" " THEN360 

379 IF C$CXCHREC(139GOFOZ3BOB 

388. FRINT TOR s ús" 

399 OPENIS. 8.15 


gkakat alatt 129 


40909 REM SEEK 

4109 JB-176 

4209 GOSUBS5OB 

4309 1-O:PRINT"PROGRAMTOLTESW" 

449 READ HD$:IF VALCHD$)--1 THEN 549 

450 GOSUB 50090 

519 FRINTH15."M-W"CHRSCIDCHR$CSICHR$CBICHRECD) 
58209 I-I41 

539 GO1O 440 

549 REM VEGREHAJ rAS 

559 PRINTH15."M-W"CHR$CZICHR$CODCHR$(1)CHREC229) 
569 PRINTH15."M-R"CHR$(2)UCHRS$CO) 

570 GETHI5.E$ 

580 IFE$-""THENE$ZCHR$CO) 

599 E-ASCCE$) 

699 IFE)127GOTO5659 

619 CLOSE1I5 

620 PRINT" MEREBKESZ !" 

630 END 

649 REM JOB GUEUE 

650 TR-B 

669 PRINTH15,"M-W"CHRECSOICHRECODICHREC4)JCHREC 
661 TICHR$CSICHRE( IDCHR$CS) 

6708 PRINTH15.,"M-W"CHRECIICHR$COICHRECI)ICHR$CIJB) 
689 TRETFRt1 

698 PRINTH15."M-R"CHR$C(1ICHR$CD) 

709 GETHI5S.E$ 

710 IFE$-""1HENE$-CHRS$CO) . 
729 E-ASCCE$) 

730 IFTR-500G60OTO7EB 

749 IFEJIZ7GOTOSBB — 

750 RETURN 

769 CLOSE1I5 

770 PRINT" SMIREBBHIBAS.....!" 


780 END . 
799 REM GEPIKOD SAV 

190990 DATA Ag 04 :REM LDA  tHO4 
1919 OATA 85 ,31 :REM sra 31 
1929 DATA 20 ,8F ,F7!1REM JSR — F78F 
19309 DATA 29.19 .F5:REM ISR  F510 
1949 DATA Az , 08 :REM LDX HOB 
1950 DATA 58 ,FE : REM BVC — 050C 
1969 DATA B8 : REM CLY 

19709 DATA CA :REM DEX 

19809 DATA DO ,FA :REM BNE — 959C 
1999 DATA AZ FF :REM LDA  HFF 
1199 DATA 8SD,03,1C:REM sTA 1c93 
1119 DATA AD,BDC.IC:REM LDA 1c9oc 
1129 DATA eg, 1F : REM AND HIF 
11309 DATA 03 ,CO :REM ORA HCB 
1149 DATA BD.,OC,1C:REM STA 1CgC 
1159 DATA A3.FF :REM LUA  HFF 
1169 DATA AZ 05 :REM LOX HOS 
1179 DATA BD,O1,1C:REM STA 1c91 
1189 DATA B8 :REM CLV 

1199 DATA 59 ,FE :REM BvC — 0529 
1209 DATA B8 :REM ECLY 

12109 DATA CA :REM DEX 

1829 DATA DO ,FA :REM BNE — 0529 
1239 DATA AD ,BB :REM LDY  HBB 
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12409 DATA B9.09,91:REM " LUDA 01099.Y 


12509 OATA 50.FE : REM BVC 0534 
1269 DATA B8 :REM CLY 

1270 UATA B8BO.O1,1C:REM S1A 1CpI 
1egg DArA CB : REM INY 

1290 OATA UO .F4 : REM BNE. 0531 
1399 DATA B9 09.04: REM. LORA 04009.Y 
1319 OATA 50 .FE : REM BVC 0540 
1329 DOATA B8 :REM CLV 

1339 UATA BD.O1.IC:REM ST1TA 1CoI 
1349 DATA LB :PEM INY 

1358 DORT1A UO .F4 :REM BE 0531 
1369 DATA 509, FE 1: REM BvCc 9549 
1370 DATA 20.80 .FE:REM JSR FEBOB 
13809 DATA A9g.05 : REM LUDA HOS 
1390 DATA 85.31 :REM STA 31 
1499 DATA A3,01 :REM LDA  HOI 
14109 UVATA 3C.69 ,F9g: REM IMF rFgs6g 
19209 DATA -1 :REM PROGRAM VEGE 


5090 REM HEXABOL DEC.-BE 
5919 H$:-"O123456739ABCDEF " 

5920 1F LENCHO$)-O THEN FRINI"HIBA":STUP 

5039 IF LENCHD$)C) 2 THEN HO$-LEFT$(HD$.2) 

59409 H-0 

5059 FOR ZZ-i TU 16 

5060 IF LEFT$SCHD$E,1)-MIDECHE.ZZ2.1) THEN H-ZZ:GUTU 5060 
5970 NEXT ZZ z 

5089 H-H-1 

5099 L-0 

5100 FOR ZZ51 TO 16 

5119 1F RIGHT$SCHOS$.I)-MID$K(HE.ZZ.1) THEN L5ZZ:GOTO 5130 
51209 NEXT 22 

5138 L5L-1 

51409 D-H$IG6L 

5159 PRINTI.HUSZ"O" 

5169 RETURN 

READY. 


22-es hiba másolása 

A módszer azon alapul, hogy ha a sérült szektort megpróbáljuk beolvasni, a 
hibára utaló (az adatblokk kezdetét jelző) értéket, a rendszer tárolja az 56-os 
címen. Ezt kell kiolvasni (320-as sor) és visszaírni a 71-es címre (380-as sor). Így 
újból megkísérelve az olvasást, a szektor tartalmát már sértetlenül és hiánytala- 
nul beolvashatjuk. 


199 INPUT"SV.SZ";SV.SZ 
119 GOSUB 199:REM EZ2R(OLV) 

128 PRINT"4" 

139 PRINT" NBR LEMEZCSERE" 

1409 zsz"" 

1509 GETZ$:1FZ$-""THEN150 

168 GOSUB 499:REM E22(IR) 

1709 PRINT" A MASOLAS MEGTORTENT" 
189 STOP 

199 REM SAV OLVASAS E22-RE 
200 :/ 

e1e : 

228 REM — SsV-1:SZ-15 
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230 
240 
es0 
2650 
270 
280 
ege 
300 
310 
320 
330 
340 
350 
360 
370 
380 
390 
400 
410 
420 
430 
449 
450 
460 
470 
480 
490 
500 
510 
520 
530 
549 
550 
560 
570 
580 
590 
600 
610 
620 
630 
640 
650 
655 
660 


OPEN15,8,15 

PRINTH1I5, "UJ" 

POKE161.0 

WAIT161,1 

PRINTHI5,"I" jszzál 

OPEN2 , 8.2, "tt" 

PRINTHI5, "UI: "2;O-SV:SZ 
INPUTHI5,.A.B$.C$,D$ 

IF AC)eR THEN 419 
PRINTHI5S,"M-R":CHR$(56):CHR$CO) 

GETH15,H$ 

PRINTH15S , "M-W"ICHREC7T1):CHRECDIFCHREC1);H$ 
PRINTHIS, "UL: "2:O:SV:SZ 
INPUTHI5.A,B$.C$.D$ 

IF ACIO THEN 419 3 

PRINTH15 ,"M-W":CHREC71):CHR$CD):CHRE(1):UHREC7) 
CLOSER:CLOSE15 

RETURN 

PRINTSWI" SAVUN ES ";SZ3:!" SZEKTORBAN NEM" 
PRINT"22-ES READ ERROR VAN" 

PRINTA:B$ 

PRINTHIS, "UJ". 

POKE161.,0 

WAITÍS1,1 

PRINTHI5,"I" 

CLOSEZ:CLOSE15: RETURN 

REM SV.SAV-RA SZ. SZEKTORBA 22 RERD ERRORI IR 


REM SV:-1:Sz:t-15 


OPENI5.8.15 

PRINTHI5,"I" 

POKE161.,0 

POKEI61,1 , 

OPEN2 , 8.2, "HI" 
PRINTH15."M-W"ZCHR$C7T1):CHR$CODFCHREC1):H$E 
PRINTH2 ,A$ 

PRINTHI5,"U2: "e; 0:SVISZ 

PRINTHIS , "M-W"7CHREC?1)FCHRECD):CHR$C1I;LHREC7) 
CLOSEZ: CLOSE15 

PRINT"A ";SV-"-RA ES ";SZ; 

PRINT" SZEKTORBA A MASULAS MEGTÜRTENT" 
RETURN 


RERDY. 


Ennek a módszernek van még egy előnye is: ha tudjuk, hogy mit kell a 71-es 
címre betölteni, akkor a szektor tartalmát , zajtalanul" be tudjuk olvasni, így 
a lemez ellenőrzése szinte észrevétlenül megtörténhet. Hátránya viszont az, hogy 
a védelmet az előbbi programmal könnyen megismételhetik a másolati leme- 


zen 


TSZ 


18. 


4.3 Védelem a formázó rutin 
segítségével 


A rendszer formázó rutinjának módosításával hathatós védelmet hozhatunk 
létre. Az új formátumot kialakíthatjuk egyetlen sávon is. A formázást kiterjeszt- 
hetjük a 36-tól 41-ig terjedő sávokra, és ha szükséges, az összes blokkfejparamé- 
tert megváltoztathatjuk. 


4.3.1 Egy sáv formázása 


Ennek lehetősége azon alapul, hogy a DOS a formázórutinját minden egyes sáv 
formázása előtt egy IJMP $FAC7I utasításon keresztül hívja meg. Ezt az 
utasítást a $600-as címtől tárolja. Ezen a ponton beléphetünk a DOS-ba, és 
, kényszeríthetjük" a rutint arra, hogy egyetlen sávot formázzon meg. A feladat 
programozástechnikai szempontból egyetlen rövid kis program elkészítését 
igényli, amelyet az "E07" jobkóddal, a $03 jobtárból aktivizálunk. 


100 
119 
120 
130 
149 
150 
160 
170 
180 
199 
200 
210 
220 
230 
. 240 

250 
269 
270 
289 
2g0 
300 
310 
3209 
330 
340 
350 
369 
370 
380 
390 
400 
410 
420 


REM EGY SAV FORMAZASA 

: 

: 

OPEN 17851A195571" 

READ HD$: IF VALCHD$)--i IHEN 190 

GOSUB 430 

PRINTH I, "M-W"CHR$(NICHR$CGICHR$C1DCHR$CU) 
N-NtI 

GOTO140 

INPUT"SAV "IT 

1F T-935S OR 744 THEN. 198 

PRINTH 1, "M-W"CHR$C( 192CHR$(C6ICHR$C( 1 JCHR$CT) 
PRINTH 1, "M-E"CHK$( 189CHR$C5) 
PRINTHI,"M-R"CHR$CS3ICHR$(DICHRSC 1) 
GETHI,A$:A-ASC CA$ICHRECOD)) 

FF AT THEN 230 

IFA -1 THEN PRINT "FORMAZAS RENDBEN" :END 
PRINV"FORMAZASI HIBA" 

END 

REM FROGRAM KEKZREKEKHKEEZEKEKEKER 

DATA 4C,903,96 :REM 0600 JP 9603 


DATA A5 ,oC :REM 9693 LORA oc 
DATA 85.51 :REM 9695  STA 51 
DATA Ag , OF :REM 96097 LDA HOF 
DATA BD.O1.96 :REM 9609  STA 06091 


DATA 4C,C7.FA :REM O60£  JMP FACT? 
DATA 4C,9E,FO :REM O6080F JP FOSE 


DATA Ag .Oo1 :REM 0612 LUA HWXDI 
DATA 85 ,9C :REM 96814 STrA pc 
DATA Ag .EO (REM 9616 LORA HED 
DATA 853 ,93 :REM 9618 STA 03 
DATA 60 :KREM O051A R1S 

DATA 2 :REM VEGE 


430 REM HEXABOL DEC.-BE 

499 H$:"B1234567B83ABCDEF " 

450 IF LENCHD$2-9d THEN FRINT"H1BA":STOP 

469 IF LENCHD$)C) 2 THEN HO$zZLEFT$CX(HD$,2) 

470 H-O 

4808 FOK ZZ-z1 TO 16 . 

490 IF LEFT$CKHO$S, 1 )SzMIU$SCH$.ZZ,1) 1HEN HEZZ:GO10 510 
399 NEXT ZZ új 

519 H-rH-1 

5e9 L-0 

5309 FOR ZZ51 TO 16 

549 IF RIGHI$CK(HD$.1)-MID$K(H$,ZZ,1) THEN L:5BZZ:GOTO 569 
559 NEXT ZZ 

5609 LsL-1 

579 0-HxilE6etL 

5809 RETURN 

READY. 

A gépi kódú programot a szokottnál részletesebben elemezzük, mert futás 
közben felülírja magát, s így másként fut a második hívás esetében. A könnyebb 
érthetőség kedvéért az utasítások előtt megadjuk tárbeli címüket is. i 

A BASIC program először inicializálja a lemezt, bitosítva ezzel, hogy a 
formázórutin helyes ID-t írjon a sávba. (Ha ui. az ID hibás, a sáv blokkjait a 
továbbiakban lehetetlen lenne külön erre a célra készített program nélkül beol- 
vasni!) Ezután elhelyezzük a gépi kódú programot a lemeztárba a $600-as 
címtől kezdve (110—-140). 

Beolvassuk a formázó sáv számát a T változóba, és ezt egy utasítás 
segítségével beleírjuk a gépi kódú program $613-as byte-jába. A következő 
programsor (180-as) egy I M-E] utasítás a $612 címen lévő rutinra. Ez a rutin 
betölti az akkumulátorba az előbb beírt sávszámot (tehát nem 34-Ol-et!), s 
tárolja a $0C címen, ahol a három puffer sávszámát tároljuk (lásd az egyes 
jobokhoz tartozó sáv-—szektor cím, ill. tárterület-táblázatot). Ezután betöltjük 
a job végrehajtását kérő kódot, EO-t a 3-as pufferhez tartozó jobkód területre 
(03). Minthogy a Floppy Disk Controller (FDC) minden 10 ezredmásodpercben 
végignézi a jobkódterületeket, így , hamarosan" megtalálja az általunk beírt 
EO-s kódot is. Mivel ez egy programvégrehajtás kérése, ahol a program a 3 
pufferben a $600-as címtől található, ezért az FDC ezt elkezdi végrehajtani. Az 
itt található első utasítás (ugrás a következő utasításra) csak első alkalommal 
felesleges! A következő két utasítás betölti a sor számát a $0C címről és tárolja 
a $51-es címen. A formázóprogram ui. erről a címről veszi veszi majd a követke- 
ző formázandó sáv címét. Ha a cím tartalma $FF, akkor a formázás most 
kezdődik, ilyenkor a rendszer , kiakasztja" a fejet (végrehajt egy BUMP jobot). 
Ezután , beméri" a sávokat, hogy megállapítsa a szektorok közötti távolságot. 
(Ez a magyarázata egyébként annak, hogy a formázás viszonylag sok időt vesz 
igénybe.) Ekkor az egyes szektorokon létrehozza a blokkfejet, ami a sáv formá- 
zásával egyenértékű. Miután végighaladt az Összes szektoron, összehasonlítja 
az aktuális sávszámot 36-tal. Ha kisebb, a vezérlést arra a programra adja, 
amely a fejet egy kijelölt sávra pozicionálja, majd onnan a jobciklusra ugrik. 
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A jobciklusban ismét ellenőrzi, hogy minden job végrehajtása befejeződött-e, s 
ha a $03-as címen ismét a $E0 kódot találja, a formázást folytatja. 

De térjünk vissza eredeti programunkhoz, ahol csak egy sávot szeretnénk 
megformázni! A következő két utasítás 


felülírja a 44600-as címen kezdődő ugróutasítást, új tartalma 
lesz! 

Ezek után végrehajtunk egy ugróutasítást a $FAC7 címre, ami a formázóru- 
tin eleje. Itt tehát megformázza a kijelölt sávot. Ezalatt természetesen önállóan 
fut a C 64-esen a BASIC program. Kiolvassa a $03-as cím tartalmát, ahová az 
FDC a művelet befejezése után egy hibaüzenet-kódot ír. Ha ez a kód nagyobb, 
mint 127 (a 7. bit 1-es), akkor itt még a jobkód található, a kért művelet még 
nem fejeződött be. Ellenkező esetben (7. bit 0) a művelet véget ért, az FDC által 
beírt kód ennek eredményét jelzi: ha ez az érték 1, akkor nem lépett fel hiba. 
A BASIC program tehát a 180 és 210 sorok között várakozik a művelet 
befejezésére. Itt van jelentősége a $600 címben lévő ugróutasításoknak, ha ui. 
a sáv formázása véget ért, a $612-es címen lévő rutin a $03 címre visszatölti a 
EO0 jobkódot (180-as BASIC sor). 

Az FDC ezt újból észreveszi, s végrehajtja a $600-as címtől elhelyezett progra- 
mot. Itt azonban az ugróutasítás már más: 


JMP 060£F 


(hiszen az előbb felülírtuk). Ezen a címen egy JMP FDSE utasítás van, amely 
a formázórutin befejezését végzi el. A rutin meghívására azért van szükség, hogy 
a formázórutint szabályosan fejezzük be. Ezzel a programmal 35-nél nagyobb 
sorszámú sávokat nem lehet formázni, ui. az már nem a program, hanem a 
lemezegység operációs rendszerének hatásköre. 

A program csak a régebbi típusú lemezegységeken fut hibátlanul. Az újabb 
típusokhoz a 210-es sort módosítani kell: 


210 IF Az 127 THEN 190 


A típusok közötti különbséget könnyen észrevehetjük, hiszen a lemez behelyezé- 
se után az újabb típusú készülékeken más formájú , kallantyúval" kell a lemez- 
egység nyílását lezárni. 


jé 
2 
164) 


4.3.2 A 36-tól 41-ig sorszámozott sávok 
formázása 


A lemezegység író/olvasó fejét minden néhézség nélkül a 35-ös sáv fölé mozgat- 
hatjuk. Ha azonban erre a területre adatokat is szándékozunk írni, néhány 
problémát előzetesen meg kell oldanunk. Az igaz, hogy a fejet a 35-ös sáv fölé 
mozgathatjuk, de az a táblázat, amelyben a DOS sávonkénti szektorok számát 
és a bitsebességre vonatkozó adatot keresi, a 36-nál nagyobb sorszámú sávokra 
semmilyen adatot nem tartalmaz. Az íráshoz/olvasáshoz szükséges paramétere- 
ket tehát ez esetben , saját kezűleg" kell a DOS-nak átadnunk. 

A formázást ezzel a módszerrel is legfeljebb a 41-es sávig terjeszthetjük ki. 
A formázórutin tárgyalásakor említettük, hogy 35-nél nagyobb sávszám észlelé- 
sekor tevékenységét félbeszakítja. Éppen ezért a 36-nál nagyobb sorszámú 
sávokat csak a rutin ismételt újraindításával formázhatjuk meg, amire egyéb- 
ként nincs szükség. Mindezen szempontok figyelembevételével készült a követ- 
kező program, amelyet a lemeztár $0415-ös címéről kell elindítani (START). 


100 REM FORMAZAS 36-41 SAVRA 

110 ! 

120 : 

139 OPEN 1.8.,15."I" 

1409 READ HOS! [(F VALCHD$)--1 (HEN 199 

150 GOSUB 550 

169 SU-SUtOoO 

179 PRINTH 1, "M-W"EHR$(NICHR$C4)LCHR$C( 1 DCHR$CU) 
188 N:-Nt1i1:GOTUI4YU 

198 IF SUC? 5381 THEN PR1INI "HIBAS A DATA"sSTOP 
200 INPUT "SAV KEZDET 235"3$ 

210 INPUT. "SAV VEGE 4 te 

ez08 PRINTH 1 , "M-W"CHR$C25ICHR$C4)CHR$( 1 DCHRECS) 
230 PRINTH I , "M-W"CHR$(47ICHRECGICHRECIDCHRSCEtI) 
249 PRINTH I, "M-E"CHR$KEIVCHRSC4) 

250 FRINTH 1, "M-R"CHR$C( 1 9CHR$CODICHRS$C 1) 

269 GETHL,A$:ASZASUC CA$TUHR$HCD)) 

270 IF A?tI27 THENZ5BO 

280 IF A-1 THEN PRINfF"EORMAZAS OK." :END 

299 PKINT"FORMAZASI! H1BA":ENU 


394 VATA A3,11 : REM LDA Hill 
318 DATA 85 ,43 : REM sSTA 43 
3e9 DATA AD, 98, 1C: REM LDA 1Cco9 
330 DATA eg ,3F : REM AND $9gF 
348 DATA 99 ,009 :REM ORA HOD 
350 DATA S8SD,0O09.1IC:REM STA 1Cco0o 
368 VATrFA A5 ,08 :REM LODA 08 
379 DATA 85.51 :KEM STA 51 
3808 DATA d4C ,C7 ,FA:REM JMP FACT 
398 OATA £9 , 32 ,DO:KEM START JSR D9042 
4909 ORIA A3 ,24 : REM LDOA  H2d " 
419 DA1IA 85.37 :REM CI STAR árd 
429 DATA 85 08 : REM STA 98 
430 DAIA AI ,E0 : REM LDA HED 
449 VATA 8591 : REM STrA 91 
459 DATA A5 91 IREM CE LDA 91 
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4609 DATA 39 ,FC : REM BMI ce 


479 DATA C3 .0£ : REM CWP  H9DZ 
4809 DArTA BOD ,08 : REM BCS c3 
490 DATA E5.37 : REM 1NC 37 
509 VArA A5 37 : REM LDA 37 
519 DATA Cg,en : REM CMP HEAR 
5329 DATA DOB ,E8 : REM BNE CI 
5309 DATA 60 :REM CSI RTS 

40 ORIN 2 :REM PRUGRAM VEGE 


559 REM HEXABOL DEC.-BE 

569 H$-"9123456789ABCDEF " 

579 IF LÉNCHD$2)-O THEN PRINT "H1IBA":STOP 

589 IF LENCHD$9C? 2 IHEN HD$-LEFrT$CKHD$, e) 

599 H-Oo 

60909 FOR ZZs5si TO 16 

619 IF LEFT$CHOS$,19)-MID$(-H$,ZZ.1) 1IHEN H-ZZ:GOTO 630 
629 NEXT ZZ 

6309 H-H-1 

649 L-XO 

6509 FOR ZZsi 10 16 

6609 IF RIGHT$C(HU$, 1)SMID$KH$,.ZZ.1) THEN L-ZZ:GOTO 680 
878 NERV zzz 

6809 LztL.-1 

699 D-Hx16tL 

7009 RETUKN 

RERDY. 


Az utolsó sáv sorszáma nem lehet nagyobb 42-nél, ui. a pozicionálás ez esetben 
kiakasztaná az író/olvasó fejet, és , tönkretenné" a lemezegységet. A 42-es sáv 
a legtöbb jó minőségű lemezen még hibajelenség nélkül formázható. 

A gépi kódú programot tehát a tár $415-ös címéről (START) indítjuk egy 
M-E] utasítás segítségével (200-as sor). A $D042-es címen lévő szubrutin 
inicializálja a lemezt. Ezután betöltjük a kezdő sávszámot a $37 munkaterületre 
és a $08-as (1-es puffer) adatterületére. Beírjuk a jobkódot ($E0) a jobciklusba, 
így az FDC elindítja a $400-as címtől beírt programot. Itt betöltjük a sávonkénti 
szektorok számát (17-et) a $43-as címen lévő ún. szektorszámlálóba. Ezt a 
területet csak a formázórutin használja. Majd betöltjük a B adatkapu (periféria- 
regiszter) értékét, és beállítjuk a bitsebességet. Ezt követően elindíthatjuk a 
formázórutint. 

A program futtatása utána a 36-tól 41-ig sorszámozott sávok készen állnak 
az adatok tárolására. Az adatok felírása azonban nyilvánvalóan nem olyan 
egyszerü, mint az alacsonyabb sorszámú sávok esetében. Amint már említettük, 
a DOS ezen , illegális" sávok adatait (a sebességet és a sávonkénti szektorok 
számát) nem tárolja. Éppen ezért a felírást sem az (blokk olvasása), [ U2 
(blokk írása) utasításokkal, sem a 80 (blokk olvasása) és 90 (blokk írása) 
jobkódokkal nem tudjuk programozni. Az egyetlen fennmaradó lehetőség az, 
hogy az EO kódú jobbal aktivizálunk egy saját készítésű programot, amely a 
szükséges paramétereket a blokkot olvasó, ill. blokkot felíró rutinoknak átadja. 

Erre az elvre alapozva bemutatunk egy programot, amelynek segítségével egy 
tetszőleges szöveget vagy jelszót írhatunk fel a lemezünkre, a 36. sávtól felfelé. 
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1909 REM IR 36-41. SAVRA 
ai : 

120 : 

139 OPEN2.8.2."HE" 

149 OPEN 1,3,15,"£" 

159 READ HD$:1F VALCHD$)5-1 THEN 290 

169 GOSUB 589 

179 SU-ZSUtD 

180 PRINT4E1 , "M-W"CHR$CNICHR$(CSICHRSC 1 9CHR$CDJ ) 
1398 NENtI:GOFOI1SO 

200 IF SULI 3517 1HEN PRINT "HIBAS DATA": STOP 
205 PRINI"UáBd IRAS A 36-41. SAVOKRA" 

210 INPUI "SAV"57 

220 INPUTV "SZEKTOR": 5$ 

230 INFU1 "SZUVEG":1K$ 

248 FOR K-1 FU LENKTKB) 

250 K1$-MIU$CIK$,K.1) 

EGY PRINTH 1 , "M-W"CHRS$CK-1DCHRS(CSICHR$C1)K1$ 
270 PRINT , "M-W"CHR$(Z2DJCHRS(SICHRS( I DCHR$CT) 
289 NEXT K 

290 PRINTH I , "M-W"CHR$CZGICHR$CSICHRS$( I DCHR$ (5 ) 
309 PRINTNI,"M-E"CHR$(C21ICHR$CG) 

310 FOR Nz1i TO 590:NEXI 

329 PRINTHI , "M-R"CHR$(3ICHRSKCODJCHR$C1) 

330 GETHI.A$:A-ASC CA$ILHRSCO)) 

349 IF AD127 IHEN3OB 

3509 CLUSER 

369 CLOSEI1 

370 IF AzIl THEN PRINT "OK "tEND 

389 PRINT"HIBA"tEND 


399 DATA AD .0O09 , IC: REM LDA 1Co9 
4909 DATA 23 ,9F : REM AND  H9F 
418 DATA 9054 ,00 : REM ORA HOD 
age DATA BD. 908, IC: REM sra 1c09 
4308 DATA AZ ,11 : REM LOA HII 
4409 DATA 85 ,43 :REM STA 43 
450 DAIA A3g,95 : REM LDA HO5 
469 OATrTA 83 ,31 : REM STA 31 
4709 DATA 4C,75,FS5:REM JIM F575 
4809 ODAFrA A3 , 24 I:REM STFTARI LDA Head 
4909 DATA §6§5.0C : REM sTA oC 
599 DAFA A3g 900 : REM LDA HOG 
519 DATA 85.060 : REM STA oD 
529 VATFA A9 EB : REM LDA HEG 
5309 DATA 85.03 : REM STA 93 
549 DATA A5,03 I REM ci LDA 03 
5539 DAT1IA 39 FC : REM BMI Ci 
569 DATA 569 3: REM RTS 

570 DATA -1 :KEM PROGRAM VEGE 


589 REM HEXABOL DEC.-BE 

599 H$-"01234567389ABCDEF " 

699 IF LENCHD$)-9 THEN PRINT"HIBA":STOP 
619 IF LENCHU$)C? e 1THEN HDU$z-zLEF1$(HU$,2) 
629 H-O 

639 FOR 22-51 TO 16 

648 1F LEFTS(CHO$,19:5MIODO$CH$,ZZ2,1) THEN H-ZZ:GUTO 660 
659 NEXI 22 

6609 H:-H-I 

6789 L-O 

680 FOR ZZ-r1! 10 16 
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690 
700 
710 
7e0o 
730 


IF RIGHT$CK-HUD$.1):5MID$K(H$,ZZ,1) IHEN L-ZZ:GOTU 710 


NEXT ZZ 
LzL-£ 07 
Dz-HxX16tL 
RETURN 


READY. 


A BASIC programrész beolvassa a sáv-—szektor értékeit, valamint a jelszónak 
szánt azonosító szöveget. A szöveget beírja a lemeztár $500-as címétől lévő 
RAM területére ; a sáv és szektor értékeivel pedig felülírja a programban kons- 
tansként tárolt értékeket. A gépi kódú programot a 300-as sorban lévő 
utasítással indítjuk el (START címen). Itt a sáv, szektor és jobkód értékeket 
betöltjük a 3 puffer megfelelő területére, s megvárjuk, míg a $600-as címre beírt 
program lefut. Ez a programrészlet végzi el a bitsebesség meghatározását, illetve 
a sávonkénti szektorok számának megadását. A felírást a $F575 címen lévő 
rutin segítségével végezzük el, amely a:2-es pufferben tárolt szöveget a lemezre 


írja. 
Az így felírt szöveget a következő kis programmal olvashatjuk vissza : 


100 
110 
120 
130 
140 
150 
169 
170 
180 
190 
200 
210 
215 
220 
. 230 
240 
250 
260 
270 
280 
2ge 
3090 
310 
320 
330 
340 
350 
360 
370 
380 
390 
490 
410 
420 
430 
440 


REM OLVAS 36-41. SAVON 

s 

s 

OFENZ2 , 8 ,2 , "HE" 

OPEN 1.8,15,"I" 

READ HD$t:tIF VALKCHD$):-1 THEN 219 
PRINTHDUD$ 

GOSUB 5809 

SU:SUtD 

PRINTH 1 , "M-W"CHR$(NICHR$(C6GICHR$C 1 9CHRK$CD) 
NSzNt1:GOFO1I50 

IF SUC? 3608 THEN PRIN1 "HIBAS DATA": STOP 
PRINT" OLVASAS 36-41. SAVOKON" 

INPUT "SAV 93-n 

INPUT "SZEKTOR":Ss 

PRINTH 1 , "M-W"CHRE(2Z2DCHR$CBICHK$C 1 )CHRS$CT) 
PRINTH 1, "M-W"CHR$Á2ZGICHRSCSGICHRS( 1D)CHR$CS) 
PRINTH 1, "M-E"CHR$(21DCHR$CG) 

FOR Nz1 FO S09:NEXFV 

PRINTH 1 , "M-R"CHR$K3ICHR$CYDICHR$C 1) 

GBENVHI LA$:AZASU CA$ICHR$CY)) 

IF A2)127 1HEN2BB 

IF AL£Z1 THEN PRINF"HIBA":GOTU 379 

FOR Ilzsi T0 106 

PRINTH 1 , "M-R"CHK$C1-1)CHREC5ICHRSC 1) 


GEVHI.SZ$ 

PRINITSZ$; 

NEXT 

CLOSEZ2: CLOSE 1 

END 

DATA AD .8O, 1C: REM LUA 1Cc00 
DAVA 29 ,9F :REM AND §H9F 
DATA 09 ,09 : REM ORA HOD 
DATA 80 ,98 , IC:REM sra 1co9 
DATA A9,11 : REM LUA HII 
OATA 853 ,43 : REM sTA 43 
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450 DATA Ag.65 : REM LUA HOS 


454 VAVA 85 ,31 :REM sra 31 
47O DATA 34C.D1,F4:REM JMP $H4D1 
439 DATA Ag , eg :REM SIARI LDA H2e4 
490 DAIA 85 .0C : REM Ss1A oC 
50909 LArA A9g 900 : REM LDA HOG 
510 ORTVA 85.60 : REM s1a 90 
529 DAFA A9.ED : REM LDA HED 
5309 DA1A 85.05 :KEM STA 93 
5409 LVArFA A5 03 :REM €1i LDA 93 
5590 DANIA 38 /FC : REM BMI Ci 
5609 DATA 60 : REM RIrS 
S7O,ORTR, A :KEM PRUGRAM VEGE 


589 REM HEXABUL DEC.-BE 

5909 H$-"DIZ345678S9ABCUEEF " 

BY0 IF LENCHO$)-B THEN PRINF"HIBA":STOP 

619 IF LENCHU$)CI? £ 1HEN HD$-LEFI$CHD$.2) 

B2V H-U 

6309 FOR 22-51 TO 16 

640 1F LEFTSCHDO$.,1)-MID$(H$E.ZZ.1) (HEN H-ZZ:GO010 660 
68509 NEXV ZZ 

669 H-H-I1, 

679 L-0 

6809 FOR Z22-1 TO 16 

699 1F RIGHT$CHU$.IJ-MID$C(H$.ZZ,1) WHEN LEZZ:GUTO 710 
700 NEXF ZZ 

718 L-L-1 

780 D-HXIBEL 

7309 RETUKN 

READY. 


A program a beolvasott szöveget ismét a 2-es pufferbe teszi be, ahonnan már 
a megfelelő ] M-R I] utasítások segítségével összerakhatjuk. 


4.3.3 Kettőzött sávok 


A most következő védelmi módszer sokkal inkább ötletessége, semmint bonyo- 
lultsága révén szembetűnő. Meglehetősen nehéz visszafejteni, ugyanis semmi- 
lyen lemezhibát nem jelez. A védelem lényege a formázórutin módosításában 
rejlik. Az ötlet nagyon egyszerű ; az alsó sávokat megduplázzuk. Ez szó szerint 
azt jelenti, hogy a lemezen a megszokott 1-es, 2-es, 3-as sáv stb. helyett a sorrend 
1-es sáv, 2-es sáv, 1-es sáv, 2-es sáv, 3-as sáv, 4-es sáv stb. lesz. Érdekes módon 
az 1-es és 2-es sávok duplán szerepelnek. 

Ahhoz, hogy a feladatot meg tudjuk oldani, nézzük meg, hogyan keresi meg 
a DOS a lemezen az egyes sávokat. Először megvizsgálja, hogy az adott pillanat- 
ban hol áll az író/olvasó fej. Azután kiszámítja az aktuális hely és a keresett sáv 
közötti távolságot, és a fejet ennyi sávval mozgatja el. Ebből az következik, 
hogy a szokásos lépéseket követve a DOS sohasem éri el a legális 1-es sáv alatt 
elhelyezett illegális 1-es sávot. 

Pontosan ugyanez vonatkozik a másolóprogramokra. Az illegális 1-es és 2-es 
sávok az író/olvasó fej számára , láthatatlanok". Akkor sincs probléma, ha a 
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lemezműveletek közben a fej kiakad, hiszen arra a sávra tér vissza, ahol előzőleg 
tartózkodott. Felismerve, hogy a kelleténél néhány sávval beljebb csúszott, 
visszatér az eredeti helyzetbe. 

Az ötlet megvalósítása is nagyon egyszerű. Formázás előtt az író/olvasó fejet 
meghatározott számú sávval befelé kell mozgatni. A DOS anélkül, hogy erről 
tudomást venne, a formázást az általa 1-esnek tekintett sávon (valójában a 
szokottnál néhány sávval beljebb) kezdi. A következő BASIC program beolvas- 
sa a billentyűzetről a megkettőzendő sávok számát, és a lemezt a leírtak szerint 


megformázza. 

1899 KEM AZONOS SAVOK 

118 -s 

120 1! 

138 OPEN 1.-8.15."I" 

149 RERD HDS$:IF VAL.KHD$)--1 THEN 299 

1509 GOSUB 7729 

169 SU-SUtD 

1709 PRINTHI ,"M-WUW"CHR$CKNIPCHR$(4)CHRS$C(C1ICHRSCU) 
189 PRINTN,HD$ 

1909 N-Nt1:GOTO1409 

2909 IF SUL? 92884 IHEN PR1NT"H1BAS DATA" :STOP 
219 INPUT"A DUPLIKALANDO SAVOK SZAMAKB : "FAN 
2209 INPUT"LEVEZ NEVE "7;N$:N$-N$EPF"," 

239 FORN-B TOLEN(N$)-1I 

23409 PRINTHI , "M-W"CHR$ECIEBtTNICHRE(C4)CHRSC(1) 
241 MIDECN$S,Nt1,1)9:NEXT 

250 PRINTHL , "M-W"CHREC9ICHREC4)CHRE$C( 1 DP) CHRECÁANKE ) 
260 PRINTHIL,"M-E"CHR$(S6ICHR$C4 ) 

270 PRINTHI, "M-R"CHRS$C( 1 )CHRECODICHREC 12) 

289 GETHI.A$X:A-ASCCKASTCHRECHD)) 

E909-1F AZI2T THEN £é7B 

399 IF A-1 THEN PRINT"FORMAT OK." :END 

3109 PRINT"FORMAT HIBA": ENU 

328 END 

3309 DATA 4C.03.04:REM JMP 04093 

340 ORATA A9.17 :REM LDA HI7 

359 DATA 30 .91.904:REM s1A 9491 

3609 DATA Aag.904 : REM LDOA HOG 

370 DATA 85.37 :REM STA 37 

389 DATA 20 .1A 94 :REM JSR 0418 

398 DATA C6.37 : REM DEC 37 

400 DATA DB .F3 :REM BNE B49cC 

410 DATA A9.91 : REM LUA HOI 

4ex DATA 85.51 :REM srA 51 

438 DATA 4C.C7.FA:REM JMP FACT 

44949 DATA AE, 9008 , 1C:REM LOX 1C3D 

450 UATA EZ : REM 1NX 

4609 DATA BA :REM TXA 

478 URATA 29 ,03 : REM ANU HOZ 

4898 DArA 85 .4B :REM STA a4aB 

499 UATA AD.OD.1C:REM LDR 1Ccop 

5008 DATA 2é9.FC :REM AND  HFC 

519 OATA 95 .4B : REM URA 4B 

529 DATA 8D.98.1C:REM STA 1cog 

539 URATA AZ , 00 : REM LDX HoD 

549 DATA Ap .95 : REM LOY  HO5 
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$50 DATA CA :REM DEX 


560 OATrTA D9.FD :REM BNE 0431 
5740. ATA 99 : REM OEY 

589 DATA DB .FA : REM BNE 0431 
598 DATA 60 : REM RTS d ! 
€99 DATA A53. 12 : REM LDA HIle ; 
618 DATA 85.08 : REM STA 08 

629 DATA A9 EB :REM LDA HED 

6309 DATA 85.01 : REM sTA Bi 

648 DATA A5.081 : REM LDA 1 

6509 DATA 309 .FC :REM BMI 9440 
669 DATA C3,02e : REM CP HOZ 

670 DATA BO.11 : REM BcS 0459 
680 DATA Ae .19 : REM LOX HIO 

699 DATA BE .74.O2: REM STX 0274 
709 DATA BD.89 .984:REM LDA 9489 .x 
710 DATA 9D.009.02:REM STA e200 ,x 
789 BOTA CA : REM DEX 

738 ORI 1I0,F? : REM BPL p44aD 
7409 OATA 4C 49 ,EE: REM JP EE49 
750 DATA 60 :REM RTS 

769 DATA :1 :REM PROGRAM VEGE 


770 REM HEXABOL DEC. -BE 

780 H$-"01234567B9ABCDEF " 

798 IF LEN(CHD$)-0 THEN PRINT"HIBA":STOP 

809 IF LENCHD$)K?) e THEN HD$-LEFT$CKHDS$,2) 

810 H-O 

829 FOR ZZ:51 TO 16 

839 IF LEFT$CKHD$.1):MIDSCKH$.ZZ,1) 1IHEN H-ZZ:GOTO 850 
8409 NEXT ZZ 

850 H:H-1 . 

869 L-0 

8798 FOR ZZs1 TO 16 

B89 IF RIGHT$SCKHDO$.1)-MID$K(H$,.ZZ.1) THEN L-ZZ:GOTO 39099 
899 NEXT ZZ2Z 

900 L:L-1 

319 D-Hx16tL 

3209 RETURN 

READY. 


Ha nem akarjuk, hogy az új formátum szembetűnő legyen, kettőnél több 
sávot nem célszerű megduplázni. A futtatás csak akkor lesz eredményes, ha a 
szokásos módon előkészített, hibátlanul formázott lemezt használunk. A prog- 
ram a lemez eredeti azonosítóját (az ID-t) nem változtatja meg. A sávok 
számának és a lemez nevének bekérése után a gépi kódú programot beírja a 
lemeztárba, és ott elindítja (START címkétől). 

A következő program segítségével írhatunk az elrejtett 1-es sávra. 


199 REM IR A DUPLIKALT 1-ES SAVRA 

119. s 

IZO 4 

130. OPENZ : 8.2." HE" 

149 DPEN 1-8. 15."1" 

159 READ HDS:IF VALCHD$)--ITHEN190 

169 GOSUB 650 

179 SU-SUtD:PRINTH I , "M-W"CHRE(-NIPCHR$(SGDJCHREC I D)CHRECD) 
189 N-NtI:GOTOI5O 
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190 
299 
210 
ee9 
e30 
240 
e50 
250 
270 
280 
eg0 
390 
310 
320 
330 
340 
3598 
3609 
370 
380 
390 
409 
419 
gep 
430 
4409 
450 
460 
470 
480 
490 
599 
519 
seg 
339 
549 
550 
569 
570 
589 
5909 
6998 
610 
6290 
630 
649 
650 
660 
678 
€89 
690 
700 
710 
7ep 
730 
749 
750 
760 
7709 
780 


IF SU£27OS3Z3THEN PRINT"HIBAS DATA":STOP 

INPUT "JELSZO"3A$ 

FOR I-1 TO LENCA$? 

PRINTI 

PRINTH 1. "M-W"CHR$ECI-1)JCHREC5ICHRECIJMIUSCA$,I.1) 
NEXT 1 

PRINTHI1,"M-E"CHREC39)CHRECB) 

REPI PRINTHI,"U2"727071-7BD 


CLOSE 1 
END 

ORTA 29 ,03.906:REM JSR 9609 A FEJ ELTOLASA 
DATA 29.09 ,96:REM JSR 9699 

DATA 4C,9E.FDO:REM JP FD3E FORMAT END 

DATA ARE .99.1C:REM 9699 LDX 1C9O FOC B PORT 

oaTa ca :REM DEX 

DATA an :REM Txa 

DATA 23 ,03 :REM AND HOZ AZ ELSO e BIT 
DATA 85 ,4B : REM STA 48 TAROLASA 

DATA AD.O9.1C:REM LDA 1CO9 MOZGATAS 

DATA eg ,FC : REM AND HFC 

DATA 95 .4B :REM ORA 4B 

ORTA BD, 89 , 1C:REM STA 1c90 

DATA AZ .00 :REM LOX HOD 

DATA AR .05 :REM LOY HOS 

DATA CA :REM O620 DEX 

DATA DO ,FO :REM BNE, 9620 

DATA 88 :KEM DEY 

DATA DO ,FA :REM BNE 0620 

DATA 60 : REM RTS 

DATA 29.42 ,DO:REM KEZD JSR D948 LEMEZ INICIALIZALASA 
ORTA A9.O1 : REM LDA HOL SAV SZAMA 

DATA 85 ,0C : REM STA gc 

DATA Ag.EO : REM LDA  HEB EXECUTE 

DATA 85 03 :REM STAR 03 

DATA A5 93 :REM 0632 LORA 03 VARAKUZAS 

DATA 38 ,FC :REM BMI 9632 A MŰVELET VEGERE 
DATA Ag .O1 :REM LDA HBI A DUPLIKALT SAV SZAMA 
DATA 85 ,0A :REM sra Aa 

DATA Ag, 00 :REM LDA HOD A SZEKTOR SZAMA 
DATA 85 ,0B : REM SsTrA 08 

DATA Ag 30 : REM LDA 499 WRITE 

DATA 85 02 :REM sra 92 

DATA A5 02 :REM 9642 LDAR oz VARAKOZAS AZ 
DATA 309 .FUC :REM BMI 09642 IRAS VEGERE 

DATA 60 : REM RTS 

DATA -1 :REM PROGRAM VEGE 


REM HEXABOL DEC.-BE 

H$-"9123456789ABCDEF " 

IF LENCHUO$)-9 THEN PRINT"HIBA":STOP 

IF LENCHD$)C3 2 THEN HDSE-LEFT$(HD$.,2) 

H-O 

FOR 22-1 TO 16 

1F LEFTSCHD$.1)-MID$CH$,Z2ZZ.1) THEN HEZZ:GOTUI 739 
NEXT ZZ 

H5EH-1 

L-0 

FOR ZZ5-1 TO 16 

IF RIGHTSCHD$.,f)-MIDE(H$,ZZ,1) THEN LEZZ:GOTO 780 
NEXT ZZ 

LEL-1 
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799 D-HxIEtL 
899 RETURN 
RERDT. 


Mivel az egész eljárás célja a lemez másolás elleni védelme, tehát a védelem 
lekérdezéséről is gondoskodnunk kell. AzI Ul J utasítás természetesen most nem 
alkalmazható az elrejtett 1-es sáv tartalmának beolvasására. 

A feladatot ismét saját készítésű lemezprogrammal oldhatjuk meg. Ez a 
program az író/olvasó fejet az eredeti 1-es sávra állítja, majd egy rutin segítségé- 
vel egy sávval kijjebb tolja, hogy ott megkeresse az elrejtett 1-es sávot. Eközben 
a DOS-szal , el kell hitetnie", hogy a fej a valódi 1-es sávon áll. Valahányszor 
egy elrejtett sávot keresünk, a fejet először mindig az azonos sorszámú sávra kell 
beállítani. Ha ui. a fej az állítólagos 1-es sávon áll, a DOS észreveszi, hogy nem 
ez az első megformázott sáv, és tovább mozgatja a fejet lefelé, amíg az elrejtett 
sávot meg nem találja, és azt tekinti valódinak. Mindezek után a rejtett blokkok 
olvasását nyugodtan programozhatjuk az [ UL] utasítással. A következő gépi 
kódú program az elmondottak szerint működik. Kezdőcíme a lemeztárban 
$0627. 


199 REM OLVAS A DUPLIKALT 1-ES SAVROL 
119 1 

teG. 4 

(ső. OPEN. 18.157" I" 

149 READ HD$: IFVALKCHD$) --1rTHENI8O 

159 GOSUB 640 

160 SU-SUTD:PRINTH 1 , "M-W"CHR$(NIXCHR$(SICHRECIDCHRPC(I) 
179 N-Nt1:GOTOI4O 

189 IF SU£27O37THEN PRINT"HIBAS UATA":STOP 
199 PRINTH I, "M-E"CHRECK(S9ICHREKC6?) 

200 FOR 151 TO 19 

e19 PRINTH 1, "M-R"CHR$CI-1)CHR$C5) 

229 GETHI,CS 

239 KSZ-K$tCE 

248 NEXT 

259 PRINTKE 

260 CLOSEI1 


279 END 

ego DATA 29 ,09 ,96:REM JSR 0699 A FEJ ELTOLASR 
299 DATA 29.09 .96:REM 5SSR 96993 

3908 DATA 4C ,3E .FD:REM J MP FOSE FORMAT ENU 
319 DATA AE .99.1C:REM 9609 LDX 1CO9 FDC B PORT 
3208 UOARVA CA : REM DEX 

338 DATA 8A : REM TXA 

340 DATA eg, os : REM AND HOZ AZ: ELSE, S: BIT 
350 DATA 85 .4B : RED sra 4B TAROLASA 

3609 DATA AD 98, 1C:REM LDA 1Cc90 MOZGATAS 

370 DATA 2é£9 FC : REM AND  HFC 

389 DATA 05 .94B :REM ORA aB 

399 DATA BD. 08, 1C:REM STA 1cD90 

409 DATA AZ,O0 " :REM LDX HOD 

419 DATA AD ,O5 : REM LDY HOS 

4e0 DATA CA :REM O06£0 DEX 

4309 DATA DB ,FD : REM BNE 9620 

4489 DATA 88 : REM DET 
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459 DATA DO.FA : REM BNE 9620 


4609 DATA 60 " : REM RTS 

479 DATA 2eD,42 ,DD:REM KEZD JSR D948 LEMEZ INICIALIZALASA 
4809 DATA Ag ,91 : REM LDA HODIi sAYV SszAMA 

4399 DORTA 85 .B8C :REM STA pc 

599 DATA Ag .-EB : REM LDA HED EXECUTE 

519 DATA 85.923 : REM STA 53 

5e9 DATA A5 .93 :REM 9632 LDA 93 VARAKOZAS 

s39 DATA 309 FC : REM BMI 9632 A MŰVELET VEGERE" 
5409 DATA A3,91 :REM LDA HODI A DUPLIKALT sAV SZAMA 
559 ODRTA 85 ,98A : REM sTA BA 

369 DATA A59 90 : REM LDA HOD A SZEKTOR SZAMA 

579 DATA 85 ,0B : REM sim OB 

589 DATA Ag, 89 : REM LDA  HSD REARU 

599 DATA 85 ,8e :REM" STrTA Be 

egg DATA A5 Be :REM 9642 LDA pe VARAKOZAS AZ 

619 DATA 38 /FC : REM BMI 9ede OLYASAS VEGERE 

seg DATA 60 : REM RTS Lé 

e639 DATA -1 :REM PROGRAM VEGE 


649 REM HEXABOL DEC.-BE 

659 H$-"9123456789ABCDEF" 

669 IF LENCHU$)-O THEN PRINT"HIBA":STOP 

679 IF LENKCHD$?)X? 2 THEN HD$-LEFTEKCHD$,2) 

6820 H-O 

699 FOR 27-i TO 16 

79A IF LEFTS(CHD$,19-MIOSCH$,22.1) THEN H-ZZ:GOTO 720 
7€19 NEST ZZ 

7e9g H-H-1 

739 L-X 

74B FOR Z72-1 TO 16 

TS50 1F RIGHTS$CHD$,12)-MID$(H$,ZZ.1) THEN L-ZZ:GOTO 770 
7609 NEXT ZZ 

7709 L-L-1 

789 D-HxI66L 

799 RETURN 

READY. 


Az elvet és megvalósítását a lista alapján még egyszer áttekinthetjük. A prog- 
ram beolvassa és a 2-es pufferben tárolja az elrejtett 1-es sáv tartalmát. 

Amint már említettük, a program futtatása után az elrejtett sávok blokkjai 
a szokott módon, a blokkolvasó és -író utasításokkal elérhetőek. Ha a védelem 
lekérdezése után a feldolgozást az eredeti lemezformátum szerint szeretnénk 
folytatni, elég, ha a lemezt inicializáljuk, vagy beolvasunk egy nem elrejtett 
sávot. 

Ha valaki SPEED-DOS operációs rendszerrel dolgozik, akkor a lemez formá- 
zásához kapcsolja ki azt, ui. a formázórutin nem hajtja végre a BUMP jobot 
a formázás előtt. Így a duplikált egyes sávot sem tünteti el. 
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4.4 Félsávok 


Mit értünk tulajdonképpen a félsáv fogalom alatt, és milyen jelentősége lehet 
a védelem szempontjából? 

A fogalom megértéséhez tudnunk kell, hogy a lemezegység író/olvasó feje az 
ismert egy sáv méretű lépéstávolságon kívül a félsávnyi távolságot képes átlépni. 
Sőt a félsávok tartalmát probléma nélkül vissza is tudja olvasni, szemben 
felírásukkal, ami már nem nevezhető kifejezetten egyszerűnek. 

A magyarázat kézenfekvő: a 1541-es lemezegységet tulajdonképpen 80 sáv 
kezelésére készítették fel. Pillanatnyilag ebből a Commodore 64-es csak 40 sávot 
használ fel, ezért az egységbe 40 sávot kezelni képes írófejet építettek be, az 
eredetileg 80 sávra tervezett olvasófejet viszont megtartották. 

A félsávokra pozicionálva, szélesebb írófej írás közben felülírja a szomszédos 
sáv egy részét is. Ez a magyarázata annak, hogy a 1541-es lemezegységgel három 
egymást követő félsávot nem lehet hibátlanul teleírni. 

Ezt a tényt már számos szoftverház felhasználta programtermékei védelmére. 
A védelem lényege az, hogy egy másik lemezegység igénybevételével felírnak a 
lemezre három egymást követő félsávot, és ezeket a program elindításakor a 
VC1541-es egység ellenőrzi. 

A felírás a következőképpen oldható meg: először három egymást követő 
félsávról töröljük az összes szinkronjelet, majd az elsőre egyetlen szinkronjelet 
és mögé néhány adatot írunk. Ezután a fejet hirtelen a szomszédos félsávra 
mozgatjuk, és arra is felírjuk az adatokat a szinkronjel után. Végül a műveletet 
a harmadik félsávra is regisztrálhatjuk. Az egymást követő három felíró művelet 
közben a fejet olyan hirtelen mozdítjuk el, hogy a lemez nem tud tökéletesen 
megfordulni. Írás közben ugyan a szomszédos félsávokat is felülírjuk, de csak 
azokon a helyeken, ahol a kijelölt félsávokon nincs adat. Mindez csak akkor 
lehetséges, ha a felíráshoz szükséges időtartam alatt a lemez összesen egyszer 
fordul körbe. i 

A másolóprogramok egyszerre mindig egy teljes sávot írnak és olvasnak. 
Eközben a szomszédos félsávok adattartalmát természetesen megsértik. Tehát 
a másolást még akkor sem , tudják" eredményesen végrehajtani, ha , tudják", 
hogy milyen védelemmel állnak szemben; azt semmiképpen nem ismerik fel, 
hogy egy adott fordulaton belül hol kell félsávra váltani. 


A védelmet létrehozó program listája: 


109 OPEN1.8,15,"I" 

28 READ HD$:IF VALCHD$)--ITHENIO8 

e3 GOSUB 5260 

e4 PRINTN.HD$ 

es SU:-sUtD 

39 PRINTH I ., "M-W"CHR$CNIXCHR$CSICHR$( 1 )CHRSCD) 
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409 N-NtItGOTO 2B 


199 
139 
135 
1409 
145 
150 
160 
170 
180 
390 
510 
5ey 
530 
540 
550 
560 
570 
580 
5908 
690 
6109 
628 
639 
640 
650 
669 
670 
68o 
syo 
790 
710 
720 
730 
740 
750 
769 
770 
780 
790 
890 
810 
82eg 
830 
840 
850 
860 
870 
880 
890 
999 
910 
920 
930 
9409 
950 
960 
970 
980 
990 


IFSULK 20634 THEN PRINT"HIBAS DATA":STOP 


PRIN Ut 1 , "M-E"CHR$(3)CHRECDB) 
FORN-ITO 500:NEXT 
FORN-1TO 599:NEXI 
PRINTtTEI , "M-R"CHR$K-2ZDCHRECODICHREC1 2?) 
GETHI,A$:A-ASCKCA$ICHRSECD)) 
IFA)127 THEN 145 


IFAsI 


THEN PRINT"OK " : END 


PRINT"HIBA":ENUD 


DATA 
OATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DAVA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
UATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


ac ,19 
ew.g3e 
A9 27 
85. oRa 
Ag , 00 
85 ,0B 
A9g , EG 
85.02 
24.02 
30 ,FC 
ac , 42 
AD , bo 
eg ,9F 
09 08 
8D,o00 
20 ,0E 
eg. 00 
Ag . 0z 
es. 38B 
209 .Ao 
29, BE 
29.00 
C6 , 3B 
De ,F5g 
AD , 0C 
eg. i1F 
09 co 
8D .oc 
AZ FF 
80 03 
8BD.91 
AZ CB 
309 ,FE 
B8 

ca 

DO ,FA 
BD , 80 
59 ,FE 
B8 

80.01 
E8 

Eg ,98 
DO Fe 
59.FE 
B8 

29.00 
emg AZ 
AD,55 
18 

69.908 


951 REM 
"DO:REM 
: REM 

: REM 

: REM 

: REM 

: REM 
:KEM 

: REM 

: REM 
"DO: REM 
; IC REM 
: REM 

: REM 

, IC: REM 
"FE:REM 
"FÉSREM 
: REM 

: REM 
05: REM 
"FEs:REM 
"FE:REM 
3: REM 

: REM 

,; 1C:"REM 
: REM 
:REM 

5 1CSREM 
: REM 

; 1C: REM 
s; 1C:REM 
£ REM 
:REM 

1 REM 
:REM 

: REM 
85 REM 
: REM 

1 REM 

s; 1C:REM 
: REM 

: REM 

: REM 

: REM 

: REM 
"FE:REM 
"905: KEM 
95 :REM 
: REM 

: "REM 


JP 
JSR 
LDA 
STA 
LDA 
STA 
LORA 
STA 
BIT 
BMI 

JMP 

LDA 
AND 

ORA 


.STrA 


IJSR 
JSR 
LDA 
SsSTA 
JSR 
JSR 
JSR 
DEC 


" BNE 


LDA 
ANU 
ORA 
STAR 
LDA 
STA 
sra 
LUX 
BYC 
CLY 
DEX 
BNE 
LDA 
BVC 
CLY 
STA 
INX 
CPX 
BNE 
BYVC 
CLY 
JSR 
ISR 
LDA 
CLC 
ADC 


0519 
D942 
H2e7 
oA 
4og 
oB 
HEg 
o2 
ge 
0512 
Do4e 
1Cc990 
H9F 
nos 
1co9o 
FEGE 
FEOo8 
n1oz 
3B 
050 
FEGE 
FEO0O 
3B 
e52e0D 
1CoC 
HIF 
nHCco 
1CcoCc 
HFF 
1c03 
1Cc91 
HCB 
0954E 


054E 
9580 
0557 


1c91 
nos 
0554 
0562 
FEo9g 
o5a3 
0555 


HOS 
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19090 DATA B8D.55.95:REM s1A 0555 


1919 DATA C9g.98 : REM CWMP 498 

1920 DATA 00.Ce : REM BNE o53A 
1939 DATA 2B ,AB ,95:REM JSR 9500 
10949 DATA 4C.SE .FD: REM JMP FD9E 


539099 DArFA 28.00 

5010 DATA 69.A5.5A .9565 .56.59 ,A6 .A53 
5029 DArFA 59 .9gA 6A.65.566 ,55 , 99 , ARA 
50369 DATA 66.95 .96 ,69 ,A5.5A,6A .6A 
5949 DATA 99 ,099.99.09.909.99.09 00 


50509 DATA A3 CA : REM LDA  HCA 
5969 DATA eC : REM BYTE eC 
50970 DATA A3 EB :REM LUA  HESB 
5089 DATA 8D AB ,05:REM STA B5SAB 
50909 DATA AE .00 , 1IC:REM LOX 1c00 
5199 DATA CA : REM DEX 

5119 DATA 8A : REM TXA 

5129 DATA eg ,03 : REM AND HOZ 
5130 DATA 85 .4B : REM STA aB 
5149 DATA AD 99, 1C:REM LDA 1CoY 
51509 OR1A €9 FC : REM AND. HFC 
5169 DATA 05 .48B : REM ORA 4B 
5170 DATA BD.00.1C:REM STA 1€C40 
3189 DATA Az, 10 : REM LDX HIO 
5199 DATA AH.O9 : REM LOÖY HOD 
32909 DATA 88 : REM EY 

52109 DATA DO .FU : REM BNE SEg 
se2z29 DATA CA :REM DEX 

5239 DATA DO FA : REM BNE SSEL 
32409 DATA 69 : REM RTS 

5250 DATA -1 :REM FROGRAM VEGE 


$269 REM HEXABOL DEC .-BE 

5270 H$-"0O123456789ABCUEF " 

5289 IF LENCHD$)-OD IHEN PRINT"HIBA":STOP 

52989 1F LENCHD$)C? € THEN HD$-zLEFT$CK(HD$.2) 

5399 H:Oo 

S310 FOR Zzsi4. TO 16 

5320 IF LEFTECHD$.,1):-MID$SK-HE.ZZ.1) THEN H-ZZ:GU1O 5340 
5339 NEXT ZZ 

5349 H-H-I 

5359 L:0 

5369 FOR zZZzi1 TO 16 

5370 1F RIGHT$CK(HO$.1)-MID$H$.Z22.1) THEN L-ZZ:GO10 5390 
53809 NEXI ZZ 

S348 L.at-i 

540990 O-Hxl6tL 

54109 RETURN 

READY. 


A programot a $503-as címről indítjuk, s a védelmet a 35-ös sáv fölé írjuk fel. 
A lekérdező programot szintén erről a címről indítottuk el, s a lekérdezés 
eredményét most is a RAM $10-es címére helyeztük. Ha a cím tartalma 00, 
másolási kisérletet észleltünk. 

6 REM FELSAVUK 

18. FENT BÁB T AT 

20 READ HD$-IF VALCHD$):--IIHENI9O0 


e1 PRINTN,HOS$ 
eg GUSUB 50040 
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25 SUSSUtD 
309 PRINTH I , "M-W"CHR$SK(CNICHRSCDICHRSC( 1 )CHRSECDL 2 
40 NSNtI:IGOFUO 20 
IFSUC)d 243431 HEN PRINT "HIBAS DATA" :STUP 
PRINTW 1 , "M-E"CHR$(K(I3ICHRSC5) 
HORNSITO 5DO0OINEXI 
PRINT 1 , "M-R"CHR$C( 1BILHRSCUDIULHRSC 1) 
GETWHI.A$:A-ASCCA$ICHREKCO) ) 


100 
135 

140 

145 

150 

170 

180 
490 
410 
420 
a30 
a4y 
450 
460 
470 
430o 
490 
300 
519 
3e0 
530 
549 
550 
569 
5370 
589 
390 
609 
610 
620 
630 
640 
650 
550 
670 
e3o 
690 
700 
710 
720 
730 
750 
760 
770 
780 
7906 
890 
810 
820 
830 
840 
850 
8560 
870 
899 
900 
g10 


IHASOSSTHEN PRINT"OK 


FRINI"HIBAS":END 


VA ra 
DATA 
DATA 
DATVA 
DATA 
DATA 
DA ra 
DATA 
DATA 
DATA 
DATA 
DATA 
DA ra 
DATA 
OArA 
DATA 
DATA 
DAVA 
DATA 
DATA 
DAVA 
DATA 
DAVA 
DATA 
VATrTA 
DATA 
VA ra 
DAVA 
DATA 
UATVA 
vATrTA 
DATA 
DATA 
DATA 
DATA 
DATA 
DA VA 
DATA 
DA rA 
DATA 
DATA 
DATA 
DATA 
DATA 
VA TA 
DATA 
DATA 
URATA 
DAVA 
DATA 


396 , 19 ,035:REM 
20.42 ,DOI!REM 


Ay 27 : REM 
95 .0oA : KEM 
Ag 09 : REM 
85 .0B : REM 
Ag .Eo 1 REM 
85 ,02 1 REM 
Ag , ve : REM 
30 ,HC 1: REM 


4c , 42 ,DO!REM 
AD , 00 , ICILREM 


23 .9F : REM 
09.08 : REM 
B8D , 00 , CI REM 
ER 1 REM 
EA REM 
20 .,93.05!:REM 
EA : REM 
Ag, 09 : REM 
833 ,38B REM 
AD 09. I1CIREM 
19 ,FB 1 REM 
AD ,00.1C: REM 
19 ,90D t REM 


EE . FE , 05: REM 
009 ,F6 1 REM 
EE .FF.05:KEM 
09 FI !:REM 
3€C, BE .O5:KRKEM 
AD ,ÓOL,IC:REM 


B8 1 REM 
ne , 90 : REM 
59 .FE ! REM 
B8 (REM 


AD ,O1,ICIEKEM 
04 , AB , 03 1! REM 
19, 32 IREM 
Eg : REM 
EO,o06 : REM 
DO, FO :REM 
209 ,C3.05: REM 


A9 , 3F :REM 
85 ,38B : REM 
20 , 33 ,05: REM 
EA : REM 
ER : REM 
EA : REM 
AD , 51 ,05 REM 
18 : REM 


"END 

JP 0319 
JSR D04e 
LDA Her 
S1TA oA 
LDA HOG 
STA ob 
LDA HED 
S1TA 02 
LDA ge 
BMI Ci 
JP Do4e 
LDA 1C00o 
AN  H9F 
URA HOG 
sra 1Ccgo 
NOP 

NOP 

JSR 9593 
NOP 

LUA  4HOO 
sra 3B 
LUDA 1Co0 
BPL 03eD 
LUDA 1Co9 
BPL 0544 
1NC 05FE 
BNE 053e 
1NC 05FF 
BNE 0532 
JP 0538F 
LDA 1C91 
CLV 

LDX HOD 
BVC 054 
CLV 

LDA 1C061 
CMP 950 
BŰNE 9587 
INX 

CPX HOG 
BNE 0340 
I3SR 05€9 
LOA  4HJF 
SsSTA 3B 
JSR 0593 
NUF 

NOP 

NUP 

LDA 0551 
CLC 


LEMEZ INIT. 
SAVSZAM 


SZEK TORSZAM 


JOB KOD 


VARAKUZ AS 


LEMEZ INIT. 
ADATKAFU 
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9209 DAIA 693 ,98 1REM ADC  HOB 


939 DATA BU,51,051KEM s1A — 09551 
9409 VATA C9Y ,BB 1 REM CP 4BB 
959 DATA DO,HE t REM BNE. 0532 
969 DATA 20 ,C9 951 REM JSR — 9540 
970 DATA 29.CO.Ó5SrREM JSR — 95C0 
9989 DATA 20 ,CB,05IREM JSR — 0500 
990 DATA A3,FH 1 KEM LUA HEH 
1999 DATA BD, 19 ,90: REM staA — 9910 
10919 ORATA BU,11,99: REM SrA 0011 
1920 DATA DB ,BA 1 REM BINE: 0541 
1930 DATA E6 ,38 :REM 1NC 3B 
1949 DATA A5 ,3B REM LVA  38B 
19509 DATA CS ,40 1: KEM CMP  44G 
1969 DATA DO ,A3 1 REM BNE 0532 
1970 DATA A9, 00 1 REM LUA  4OG 
1989 DAFA FV,EC 1 RED BEG — 057F 
1090 DA1A A3,00 1 REM LDA — HOG 
1199 DATA BD,FE,V05SIREM sTaA 05FE 
11209 DATA BD.FE.O5IREM STA — 05EF 
11309 DATA 60 1 REM R1S 


1149 DATA 0O,006,4w.6O 

1159 VA(lIA 69 ,A5,5Aa , 96 ,56 ,59 ,A5B , A9 
1160 VATA 59 .9gA ,6A 55.86 55 ,99 , AA 
1176 OATVA 66 , 95 ,36 , 69 , AS , 5A , BA , GA 
11809 DATA 00 ,46.04 ,4O , 00 , 09 , 00 , 09 


20009 DATA A3 CA 1 REM LDA  HCA 
2010 DATA eC : REM BYTE EG 
2012 DAIA A3 ,E8B :REM LDA  HEB 
20209 VATA BU ,AB , 05! REM STA 05054 
2030 DATA AE , 009 , IC: REM LOX 1CYvo 
2040 DATA CA 1 REM DEX 

2050 DATA BA : REM TA 

2060 ORTA eg ,03 : REM AND HOS 
2070 ONTA 85 , 48 : REM sra 4B 
2080 DATA AU , 00 . IC: KEM LUA 1Co0 
20990 DATA eg FC 1: REM AND $FC 
2100 DATA 05.44 1 KEM ORA aB 
etí19 DATA BD. 009, 10: REM STA 1Co0 
2120 VATVA AZ, 19 1 REM LUX HIG 
2130 DATA AB, 60 1REM LDY Hoo 
2140 DAI1IA 88 : REM UET 

2150 DATA DO, FD 1 REM BNE 05Ee 
e1609 DATA CA 1: REM DEX 

2170 DATA DO ,FA : REM BNE 95Ee 
2180 ONTA 60. $ REM K1S 

190 DATA 71 REM PRUGRAM VEGE 


5900 REM HEXKABOL DEC.-BE 

5919 H$:"91239456789ABCDEF " 

50209 1F LENCHO$):9 THEN PRINT"HIBA":SIOP 

S0306 IF LENCHD$DC) 8 IHEN HOS5SLEFT$SCHD$,2) 

59409 H:XG 

5050 FOR ZZsu1i 10 16 

5969 1F LEFT$SCK(HD$,1)-MID$K(H$,ZZ.1) THEN H-ZzZ:GUOTO 5080 
5979 NEXI 22 

5089 H5sH-1 

S$0909 L:Ö 

5100 FOR ZZsiíi TO 16 

5119 1F RIGHT$CK(HD$S,1):-MID$(CHEK,ZZ,1) THEN LSZZIGOTO 5139 
5129 NEXV ZZ 
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"5138 L:L-1 


5149 0-Hzsl6GttL 
5150 RETURN 
READY. 


4.5 Nullával teleírt sávok 


Ezzel a megoldással létrehozott védelmet rendkívül nehéz feltörni, a másolás ui. 
az adatok visszaolvasása és felírása a lemezegység hardverfeltételei mellett szinte 
lehetetlen. Az is komoly nehézségekbe ütközik, hogy a másolóprogram a védel- 
met azonosítsa! 

Tekintsük át röviden az adatok felírásának technikáját. A $1COLl címen 
tárolt, felírásra előkészített adatokat az író/olvasó fej bitenként átveszi és mág- 
nesjelekké alakítja. 

Az 1-es bitnek valójában váltakozó, a 0-s bitnek pedig állandó mágneses 
mező felel meg. Hogyan lehet a 0-s bitet egyáltalán felismerni, ha felírása közben 
, semmi sem történik"? A biteket a rendszer egy timer segítségével azonosítja, 
amelynek lefutási ideje pontosan megfelel egy bit felírási, ill. visszaolvasási 
idejének. Ha a timer lefutása közben a rendszer felismeri a mágneses mező 
irányváltozását, a beolvasott bitet 1-nek tekinti, és a timert újraindítja. Ha a 
timer lefutása közben nem volt irányváltozás, akkor a bit értéke 0. 

A lemezegység szinkronhibái ilyen technikai megoldás mellett könnyen olva- 
sási hibához vezethetnének, ha több egymást követő 0 értékű bitet kellene 
azonosítani. A vezérlőnek ui. tökéletesen a timerre kellene hagyatkoznia, a 
lemez semmilyen támpontot nem nyújthatna. Ez a magyarázata annak, hogy 
szükség volt a GCR kódrendszerre, amelyben kettőnél több nulla bit nem állhat 
egymás mellett. Azt a tényt, hogy a vezérlő túl sok nulla bitet találva , zavarba 
jön", felhasználhatjuk egy másolásvédelmi eljárás kialakítására. Az egyik blokk 
közepére felírunk egymás mögé néhány nulla bitet, ami azt jelenti, hogy ezen 
a szakaszon a mágnesréteg változatlan lesz. A vezérlő ezt az adatterületet nem 
tudja feldolgozni és valahogyan , kibetűzni". Eközben a bitek közé beilleszt 
néhány nem létező 1-est. Amikor az olvasást megismétli, a már beolvasott 
adatok tökéletesen el fognak térni az újonnan olvasottaktól. A másolóprogram 
ezek után nem tehet mást, mint azt, hogy a valódi adatok helyett azokat tárolja, 
amelyeket a vezérlő , fantáziája" hozott létre. Ha a másolatot többször visszaol- 
vassuk, az eredmény mindig azonos lesz, elvileg hibátlan, hiszen a vezérlő olyan 
adatokat írt a lemezre, amelyeket tud értelmezni. A módszer tehát elég ígéretes- 
nek látszik ahhoz, hogy érdemes legyen foglalkozni vele. 

Térjünk most rá a gyakorlati megvalósításra. A következő program létrehoz- 
za a hibás adatblokkot a kijelölt szektorban. A programot a $0552-es címről 
indítjuk : 
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ss. BR 
19 
-9 
zá 
es 
j za] 
30 
40 
100 
105 
$iő 
120 
125 
135 
140 
145 
1509 
1560 
1709 
180 
199 
110 
1209 
130 
40 
50 
69 
70 
89 
90 


EM FHILIAS SAV "1RŐ 
FENT. ÉL.19. VE" 
RED HD$:1F VALCHD$)--1 THEN1IOO 
GOSUB 1800 
PRINTN.HOS 
SU-SUtrD 
PRINTH 1 , "M-W4"CHRSC(CNICHR$(5ICHR$C(C 1 DCHR$CD) 
N-Nt1:GÜTO2ZBD 
IFSUC)1es30O08 THEN PRINT"HIBAS DATA" t!STOP 
INPUT"SAV"97T 
INFUT"SZEKTOR":S 
FRINTHW 1, "M-W"CHR$KCB3ICHRECS5ICHRECIICHRECT) 
PRINTH 1 , "M-W"CHR$-37)CHR$C5ICHR$( 1 DCHR$(S) 
FRINTH 1 ."M-E"CHR$K(B2ICHR$EC5) 
FORN:- I TOS599 I NEXT 
FRINTH I, "M-R"CHRE(2DCHREC(DICHRSEC1) 
GETWI ,A$:ATASCCA$ICHRE(CD)) 
FF  A2té7 THEN. 145 


IF A:ITHEN PRINT"OK":END 
PRINT"HIBA":ENU 

DATA 29.19 ,F5:REM JSR F519 
DATA AZ .09 : REM LUX HOS . 
DATA S0 .FE !:REM BVYVC 0505 
DATA 88 : REM CLY 

DATA CA : REM DEX 

UATA UO .FA :REM BNE 0505 
DATA A9 FF :REM LDA  HFF 
DATA 8D.03.1C:IREM STA 1c83 
DATA AD .OC.ICIREM LDA 1CcoC 
OATA 29, 1F : REM AND HIF 
DATA 909 ,CB :REM ORA  HCOD 
DATA BD.OC.IC:REM sTa 1Cc8C 
DATA A9 FF :REM LDA  HFF 
UDA1A AZ .O5 :REM LDX HOS 
DATA BD .O1.IC:REM STA 1Cc81 
DAT1A BH 1 REM CLY 

DATA 50 .FE : REM BYVC o5ee 
DATA B8 : REM CLV 

DATA CA : REM DEX 

DATA DO .FA 1: REM BNE esee 
DATA Ag ,55 : REM LDA  4S5 
DATA 80.91 ,1C:REM STA 1C€061 
DATA 359 FE : REM BYVC 05eD 
DATA BB £: REM CLV 

DATA A3 CE SREM LDA  HCE 
DATA BD.O1 , ICI REM STA 1Co1 
DATA 508 ,FE :1REM BYVC 0535 
DATA B8 tt REM CLY 

DATA EB REM INX 

DATA ER .20 :REM CPX 42O 
DATA DE .F8B tREM BNE 0535 
DAIA A9g.00 £ REM LDA HOD 
DATA AZ , eg 1 REM LOX  Heg 
ÚDATA §0.0O1 , 1C: REM S TA 1C€C01 
DATA 59 /FE 1 REM BVYC 0544 
DATA B8 : REM CLY 

DATA CA 1: REM DEX 

DATA DO .FA 1 REM BNE 0544 
DATA 28 . 98 ,FE: REM JISR FEG9g 
DATA A3.0O1 : REM LUA HOI 


800 
818 
820 
830 
840 
850 
869 
870 
880 
890 
9099 


DATA 4C,69 ,F3:REM JP F989g 
DATA HA: 1E : REM DA. KTB 
DATA 85 ORA :REM STA BA 
DATA A9g.08 : REM LORA HOD 
DATA 85 .0OB :REM sTA BB 
DATA A9g.ED : REM LUA HED 
DATA 85.32 :REM STA e 
ORATA A5.082 : REM LORA oe 
DATA 39 FC :REM BMI 055E 
URATA 60 : REM RTS 

DATA -1 REM PROGRAM VEGE 


19909 REM HEXABOL DEC .-BE 

1919 H$-"9123456789ABCDEF " 

1029 IF LENCHO$)-9 THEN PRINT"HIBA":STOP 
1939 IF LENCHD$)C? e THEN HD$-LEFT$K(HO$.2) 
1940 H-Oo 

19508 FOR ZZziíi TO 16 


10969 IF LEFT$KHDO$.1)-MIDSCKH$.ZZ,1) THEN H-ZZ:GOTO 


1070 NEXT ZZ 

1080 H-H-1 

1999 L-O 

11099 FOR ZZ-1 TO 16 


1119 IF RIGHT$S(KHO$.1D)-MID$CK(H$.ZZ.1) THEN LE-ZZ:GOTO 


11209. NEXT 2Z 
1139 L5:L-1 
1149 D-HrIGBtL 
1159 RETURN 
REROYV. 


10890 


11530 


A nulla bitek elé olyan adatokat írtunk, hogy 22-es Read Error ne keletkezhes- 
sen. A bitképben az első helyen, a szinkronjel után, $07 (az adatblokk azonosí- 
tója) áll. 

A védelem lekérdezése létrehozásánál is egyszerűbb. A védett blokkot egymás 
után kétszer olvassuk be, és a beolvasott adatokat összehasonlítjuk. Ha nem 
egyeznek, a lemez eredeti. A vizsgálat eredményének kódját most is a $10-es 
címen keresztül adjuk át a gépnek. Ha a kód $FF, a lemez másolat, ha pedig 
$100, akkor a lemez eredeti. 

A lemezprogramot a $0500-as címtől kezdve helyeztük el, és a $0543-ról 


ind 


10 
206 
ed 
es 
8 
39 
40 
190 
195 
110 
120 
1825 
195 
140 
145 
1509 


ítjuk : 


OPENI 8.15 ,"1" 
READ HO$:IF VALCHD$D--1 THENI9O 
GOSUB 1000 
$U-SUtDbD 
PRINTN,HD$ 
PRINTH 1 , "M-W"CHRSEKCNICHRSCSICHRSC 1 DCHR$(U) 
NE-Nt11GOTO2OB 

IFSUC 29963 THEN PRINT"HIBAS DATA" :S7TOP 
INPUT"SAV";T 

INPUT"SZEK1OR":S 

PRINTH 1 , "M-W"CHR$(CSBICHRSC5ICHR$SCIICHRSCT) 
PRINT 1 , "M-W"CHR$C 72ICHRS$C5ICHRS$( IL )CHRSCS) 
PRINTH 1, "M-E"CHR$(G7ICHR$C5) 
FORN-1TOS50O9:NEXT 

PRINTH 1 , "M-R"CHRSC( 162CHR$COICHRSC1) 

GE-TH1 ,A$: A-ASCCA$LCHRSKCD) ) 


94] 


170 
190 
300 
310 
320 
330 
340 
350 
360 
370 
380 
390 
400 
41y 
420 
434 
440 
450 
460 
470 
480 
4906 
500 
519 
520 
530 
540 
559 
560 
570 
580 
5909 
6900 
6109 
620 
630 
640 
650 
660 
670 
680 
699 
700 
1490 
1910 
19209 
1930 
19409 
1950 
1060 
1970 
1080 
1090 
1100 
1110 
1120 
1130 
1140 
1150 
READ 


154 


IF A5Z551HEN FRINI"UK ":END 


- LUAR 
5IrIA 
JSR 
LDX 
BVCU 
CLY 
LDA 
sin 
1NX 
BNE 
JSK 
LUX 
BVC 
CLV 
LDA 
siaA 
INX 
BNE 
LUA 
[6314 ad 
BME 
INX 
BNE. 
DEL 
BNE 
LDA 
sS1ta 
IMF 
LUA 
sTA 
Jr 
LDA 
sta 
LDA 
sia 
LDA 
s1TAa 
LDA 
BMI 
Rrs 


405 
97 
H5GA 

490 
0504 


1C01 
0300 ,XK 


0508 

FH5OR 
op 

0518 


1Co1 
0400, XK 


0510 
9300 ,X 
d4BO ,X 
053. 


ve 
054F 


FKOGRAM VEGE 


IF LENCHD$)-9 THEN PRINT"HIBA":STOP 
THEN HD$SzZLEF1I$(K(HD$,2) 


l1F LEFTSCKCHUOS$,1):MIDS$SCH$,ZZ,1) THEN HszZIGUIu 


IF RIGHT$K(HU$, 1)sMIDSK(H$S.ZZ,1) (HEN L:5ZZIGOTO 


PRINF"HIBAS ":END 
DAI1IA Ag ,65 1 REM 
VACrA 83 ,37 1: REM 
DAIA £209.OA,HH:KEM 
VAIA RE, 00 1 REM 
VATA 50 .FE 1 REM 
DAIA BB 1 REM 
UATA AUL.OL, ILIKEM 
DATA 30 ,99 ,931 REM 
UATA EB 1 KEM 
URATA DO ,F4 1: REM 
DATA £6.0A.4HS3:REM 
UVATA R2 04 : REM 
DATA 50 ,FE 1 KEM 
DAIA BB "REM 
DAVA AD .Ó1.ICSKEM 
DATA 30 , 99 , 04 I REM 
DATA ESB 1 REM 
DAIA LO .HFH4 : REM 
DATA BU, 0060 .O3:REM 
DATA DU , 09 , bd I! REM 
DATA DO ,BE : REM 
DATA EB : REM 
UATA DO,-5 1 REM 
DANVA CB, 37 : REM 
DATA DO ,CF 1 REM 
DATA A9g , BO 1: REM 
DATA 85.19 : REM 
DATA 946 , E ,/FD:REM 
DATA A9 ,H-F : REM 
oAra 85 ,10 1: REM 
DATA 4C,B38E ,FDEREM 
DpArA A9g,01 : REM 
DATA 85.00 : REM 
DATA A3,00 : REM 
LATA 85 ,0B : REM 
DANIA A3,EB 1 REM 
LVATA 6§53.0£ 1 KEM 
DATA AS , 0e 1 REM 
DATA 36 FC : REM 
DATA 60 : REM 
HATÁ. 14 : KEM 
REM HEXABOL DEC.-BE 
H$z"09123456789AB4CDEF " 
IF LENCHD$)C) E 
H-O 

FOR ZZ-1 10 16 
MERT zzz 

H:H-1 

Ls0g 

FOR ZZsi1 10 16 
NEXI ZZ 

L5sL-1 

O2Hx1l6tL 

RE (TURN 
Ya 


1040 


1130 


4.6 A teljes sáv átvizsgálása 


Az, hogy egy sáv összes byte-ját egyenként átvizsgáljuk, kiindulópontja lehet 
egy védelmi eljárásnak. Annak, hogy miért nem lehet egy sávot egy programmal 
lemásolni, egyszerű a magyarázata. Mivel a sávok nem egyenlő hosszúak, a 
felírható byte-ok száma változó. Az egy sávon belüli eltérés az egység motorjá- 
nak egyenetlenségeiből adódik. 

A másolás további akadálya az, hogy az utolsó adatbyte közvetlenül a 
szinkronjel mellett áll. A védelem akkor is eredményes lesz, ha a másolóprog- 
ramnak esetleg már minden adatot sikerült beolvasnia. Ha ui. az adatok végét 
jelző szinkronbyte-ba további nulla biteket írunk, ami az író/olvasó fej olvasás- 
ra kapcsolása közben könnyen megoldható, a másoló az előző alfejezetben 
leírtak szerint jár el. A lekérdezés tehát itt is egyértelműen azonosítja a másola- 
tot. 

A lekérdező programot arra az eshetőségre is fel kell készítenünk, hogy a 
szinkronjel megsérül, amikor a fejet olvasó üzemmódra kapcsoljuk. A megoldás 
az, hogy több írási kísérletet hajtunk végre. Az írási kísérleteket mindaddig 
ismételjük, amíg a másolásvédelem rögzítését már semmi nem gátolja. 

Most nézzük meg részletesen, ill. hogy hogyan dolgozik az olvasó-, ill. felíró 
program. A védelem létrehozásának első lépéseként a megadott sávot töröljük. 
Ezután az adatok felírása következik, ami kb. hatezer $45 és $79 értékű byte 
rögzítésével egyenértékű. Az adatok végét $35, $66 jelzi, amely után ismét egy 
szinkronjel áll. 

A lekérdező program vár a szinkronjelre, majd beolvassa az adatokat. A be- 
olvasott adatok számát folyamatosan tárolja, és figyeli, hogy elérte-e már a $35 
kódot. Ha igen, beolvas további hat byte-ot. Ezek közül az első $66. Ha a 
szinkronjel hibátlan, kezdetét $FF jelzi, ami alapján a rendszer hardveresen 
megakadályozza a további olvasást, ill. átlép a következő adatblokk első byte- 
jára. Ha a szinkronjelet az író/olvasó fej olvasásra kapcsolásával tönkretettük, 
a következő adatblokk azonosítása előtt álló, oda nem illő byte a másolását 
megakadályozza. 

Az elmondottak szerint készült a következő program, amely a $0571-es címen 
(START) indul, és létrehozza a lemezen a védelmet. A KERD címkétől ($0543) 
lévő programrésszel ellenőrizhetjük, hogy a szinkronjel felírása az író/olvasó fej 
átkapcsolása közben eredményes volt-e. 


10 OPENI 8.15."I" 

29 READ HO$: IF VALCHD$)--1 THENI99 

ez BGOSUB 1000 

e5 SU:SUtD 

27 PRINT N,HDS 

309 PRINTH I , "M-W"CHRSCK(NIXCHRK$(5ICHRSC 1 DCHKSCD) 
48 N-Nt1:1GOTO2O 


1009 IFSULC215381 THEN PRINT "HIBAS LATA":SIOF 
119 INPUT"SAV"3T 

1209 FRINTH 1 , "8$1-W"CHRSC( 1 14 9CHRECSDICHREC 1 DCHRS CI , 
185 PRINTH I, "M-W"CHR$C72DULHRSEC3I)LHR$C 1 )9CHR$CS) 
139 PRINTH I, "M-E"CHRS$C(1ISICHR$CH3) 

13409 PRINFVWHI "I" 


159 CLOSE1 

4909 DATA AD .99, IC: REM LDA 1090 
419 VAFTA 29 ,9F : REM AND — HJ9F 
4e09 ORFA 09 ,98 : REM URA HOG 
430 DATA BOD ,O9 , 1C:REM sra 1c90 
440 ODORTA 20 ,A3 ,FD: REM JSR FULAJ 
4509 VATA AZ , 02 : REM LUX HOZ 
460 ÓORTA AD, 19 : REM LDY IB 
4709 DATA A3 ,45 : REM LUDA H45 
480 DATA BD,O1, 1CI: REM STA 1Cg1 
490 DATA 509 ,FE :REM BYE 9516 
599 DATA BH :KEM CLV 

519 VATA EB : REM INX 

520 DATA Ag ,79 : REM LOA 479 
538 DAFA B8D,O1L,1C:REM sra 1c9g1 
549 DATA 509 ,FE : REM BYC 051F 
559 VArA B8 :REM CLV 

569 DA1A EB REM 1NX 

579 DATA DO, EC :REM BNE- 9511 
5809 DATA 85 : REM DEY 

5909 DATA 09 ,ES9 : REM BNE 9511 
600 OATA AY, 35 : REM LOA 435 
619 DATA B8D,O1,1C:REM sSTA 1C91 
620 DATA 50 ,FE REM BVC 952D 
639 VUATA BB : REM CLY 

648 DATA Ag ,656 :KEM LOA 46656 
659 DATA BD ,91, 1C:REM sra 1c01 
660 DATA 50 ,FE :t REM BVvC 09535 
679 DATA B8B 1REM CLV 

680 DATA Ag ,FF 1 REM LDA  HFF 
699 DATA BD,OL, 1C:REM sra 1c01 
7090 ORTA 509 ,FE £REM BVC 9530 
719 DATA B8B : REM CLV 

720 DATA 209 ,00,FE:REM JSR FEDW 
734 VATA AD ,909, 1ICIREM KERD  LDA 41c9g9 
740 DATA 30 ,FB : REM BMI 0543 
7509 DATA AD ,O1, 1CIREM LDA 1cg1 
7609 DATA B8B I! REM CLV 

7709 DArTA 50 ,FE 1REM BVC 9540 
780 DATA BB : REM CLY 

799 DATA AD,O1, 1C!IREM LORA 1c91 
809 DATA C3,35 : REM CP 635 
819 DATA DO ,F6 1REM BNE 954c 
829 OANTA AZ , 90 : REM LDX HOD 
8309 DATA 50 ,FE 1 REM BVvC 09558 
849 DATA BB : REM CLV . 
8509 DATA AD,O1, 1C:REM LDA 1c81 
869 DATA DU ,6B . 05: REM CME 956B ,X 
879 DATA DO ,A7 1 REM BNE 9592 
880 DATA EB : REM INX 

899 DATA EG ,965 1REM CPX  HXBS6 
9099 DATA VB FO :KEM BNE 0558 
919 DATA 4C,3E,FO: REM JMP FDSE 


9g£E0 DATA 66.FF.45.79g,45 ,7YH 
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940 
950 
960 
970 
980 
990 
994 
996 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


1999 REM 


1910 
1020 
1030 


1949 H-D 


1950 
1060 


1979 NEXT 
1089 H-H- 
1099 L-0 


1100 


114 


o 


11809 NEXT 
1138 L5L- 
1149 D-Hx 
1159 RETU 
READY. 


Ag ,01 
85 .oA 
A9 Eg 
s5 oz 
AS , Be 
309 ,FC 
60 

őt 


: REM 
: REM 
: REM 
:KEM 
: REM 
:REM 
: REM 


REM PRUGRAM VEGE 


START 


HEXABOL DEC.-BE 


FOR 22-1 TO 
IF LEFT$C-HD$.129-MID$CH$,Z2Z2,1) THEN H:-ZZ:GOTO 1880 


pg A 
1 


FOR 2ZZ-1 10 
IF RIGHTS(HUS$,12-MID$K(H$,ZZ,1) THEN L:Z2:G6010 


eh 4 
í 
161tL 
RN 


16 


16 


H$-"0123456789ABCDEF " 
IF LENCHO$)-9 THEN PRINT"HIBA":STOP 
l1F LENCHD$)C?) 2 1HEN HD$zLEFT$CKHD$,2) 


LDA 
STA 
LDA 
STA 
LDA 
BMI 
RITS 


Wo1 
oA 

HEG 
ve 
ee 
0579 


A védelmet ellenőrző program listája: 


19 
ee 
2 
25 
-ágd 
30 
40 
109 
110 
120 
130 
190 
150 
160 
170 
175 
180 
200 
4090 
410 
420 
. 430 
440 
450 
460 
470 
480 
490 
500 
5109 
5eg 
530 


OPEN1 ,8,15,"I" 


READ HD$:IF VALKCHO$)--1 THENIO9 


GOSUB 
SU-SUt 


1000 
oD 


PRINTN .HD£ 
PRINTtHEL , "M-W"CHR$(NIXCHR$(C6S6PCHREC( 1 )CHRSCD?) 


NENt 1 :GOTOZO 


IFSU£2 13657 THEN PRINT"HIBA AZ ADATOKBAN": STOP 


INPUT"SAÁV"13T 


PRINTHI1 , "M-W"CHR$KC38ICHR$K(6ICHREC II CHREKCT) 


PRINTH 1, "M-E"CHR$(97)CHR$KC5) 


FORN- 1 TO5909:NEXT . 
PRINTH 1, "M-R"CHR$(162CHR$(ODCHR$C( 1) 


GETHI 


"AP 


IFASCCA$ICHRS(CD)) CK 22ESSTHEN PRINT"HIBA" 7; 
PRINT ASCCA$IFCHR$CD)):EMD 


PRINT"A VEDELEM RENDBEN" 


END 

DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


AD, 99 .1C:REM 


e9  9F : REM 
09.08 : REM 
8D.90,1C:REM 
Az, 00 : REM 
Ag , 00 : REM 
AD .0O0 , 1C:REM 
309 ,FB : REM 
AD,O1,1C:REM 
B8 : REM 
50 FE : REM 
B8 : REM 


AD ,O1, 1C:REM 


cs. 45 


: REM 


LDA 
AND 
ORA 
STA 
LODX 
LDY 
LDA 
BMI 
LDA 
CLV 
BVC 
CLY 
LDA 
CMP 


1coo 
n9F 
nos 
1co0 
hoo 
noo 
1C9o 
969E 
1Cco1 


0617 


1Cc9e1 
445 


1139 


TSZ 


540 DATA DO.!I :REM BNE — 0532 
559 VAFA EB :REM INX 

569 DATA 59.FE : REM BvC — 0622 
579 DATA BB :PEM CLV 

589 DATA AD.O1.IC:REM LORA 1co1 
599 DATA Cg,79 :REM CWP 479 1 
699 URATA DA .06 : REM BNE — 0632 
619 DArA EB : REM INX 

6209 DATA DO.ES : REM BNE — 0617 
639 DATA CB : REM INY 

6409 DATA DO.E5 !: REM BNE — 9617 
659 DATA Cg.35 :PEM CMP  H35 

669 DATA DO.21 :REM BME 0657 
679 DATA EO,FE :REM CPX  HFE 

680 DATA DO.1D :REM BNE — 0657 
699 DATA C9D.17 :REM CPT HIT 

799 DATA DE.19 : REM BNE — 0657 
710 DATA az 00 : REM LOX HOD 

720 DATA 50 ,FE :REM BvcC — 0640 
739 DATA B8 :PEM CLV 

7409 DATA AD.O1,1C:REM LDA 1c91 
759 DATA DD.5B.O6IREM CMP — O65B.X 
760 DATA D8.0C :REM BNE — 0657 
779 DATA EB :REM INX 

780 DATA E9.06 : REM CFX HOG 

799 DATA DO ,FO :REM BNE 9649 
800 DATA A9.FF : REM LDA  4FF 

819 DATA 85,10 :REM sra 19 

820 DATA 4C,3E.FD:REM JP FDJE 
839 DATA A3,00 :REM LDA  HOO 

840 DATA FO.F7 :REM BEG — 0652 
850 DATA 66,FF.45.79.45.79 

869 DATA A9 , 92 :REM LDA HOZ 

870 DATA 85 ,0C :REM sra oC 

889 DATA Aa9, Eg :REM LORA HEG 

898 DATA 85.03 : REM sra ez 

990 DATA A5 03 :REM LDA 03 

910 DATA 309 ,FC : REM BMI 9669 
929 DATA 69 :REM RTS 

930 DATA -1 :REM PROGRAM VEGE 

1999 REM HEXABOL DEC.-BE 

1910 H$-"D123456789ABCDEF " 

1980 IF LENCHO$):O THEN PRINT"HIBA":STOP 
1039 1F LENCHD$)C3 2 THEN HD$zl.EFT$CKHD$.2) 
1949 H:O 

1950 FOR ZZ51 TO 16 

1969 1F LEFT$C(HDO$.1)-MID$CHR.Z2,1) THEN H5ZZ:GOTO 
1970 NEXT ZZ 

1980 H:-H-1 

1999 L-0 

11909 FOR 22-1 TO 16 

11109 IF RIGHT$(HD$.1)-MID$(H$,ZZ51) THEN L5EZZ:GOTO 
1129 NEXT ZZ 

1130 L-L-1 

11489 D-HxIS6FL 

1159 RETURN 

READY. 
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1080 


1130 


Előfordulhat, hogy a védelem létrehozása több időbe telik, mint várnánk, hiszen 
a program az eljárást mindaddig ismétli, amíg az eredmény , tökéletes" nem lesz. 

Ha valaki nem az eredeti operációs rendszert használja, vagy az újabb típusú 
lemezmeghajtóval rendelkezik, akkor a védelem esetleg nem működik. Tekint- 
ve, hogy a gyártó néhány módosítást végzett az operációs rendszerben a forgal- 
mazás ideje alatt, azok a védelmi rendszerek, amelyek a kihasználják a rendszer 
pl. előbb említett sajátosságait, nem működnek helyesen. 


nm, 


4.7 Manipulációk a szinkronjellel 


Ebben az alfejezetben a szinkronjel módosítására alapozott másolásvédelmi 
módszereket ismertetjük. 


4.7.1 Gyilkos sávok 


A kizárólagosan szinkronjellel teleírt sáv a másolóprogramra — éppúgy bármi- 
lyen más programra — hatással van. A sáv beolvasási kísérlete a programot 
tökéletesen leblokkolja, azaz nevéhez hűen: meggyilkolja. 

Hogy hatásmechanizmusát tökéletesen megértsük, vissza kell emlékeznünk 
arra, hogy egy átlagos rutin milyen lépésekben olvas be egy byte-ot a lemezről. 


e [CLVI a byte-ready vezérlés törlése. 
e[CC BVC CC] várakozás a byte-ra. 
e[LDA $1001] a byte betöltése. 


A rendszer olvasás előtt minden esetben várakozik a SYNC-byte-ra, de az a 
gyilkos sáv esetén , nem várat magára". Miután a vezérlő a szinkronjelet azono- 
sította, az adatok olvasását hardveresen félbeszakítja, és folytatását csak a jel 
végén engedélyezi újra. Eközben a byte-ready vezetéket a szinkronjel foglalja 
le. Amint a következő programrész szemlélteti, ez a jelenség egyértelműen egy 
végtelen ciklus kialakulásához vezet. A másolóprogram, amely nincs felkészülve 
a gondosan előkészített sáv fogadására, ezen a ponton automatikusan , elvér- 
vá a 

Az igaz, hogy az ötlet már rég nem ismeretlen a zugmásolók körében, és a 
legtöbb másolóprogramnak nem jelent akadályt a gyilkos sáv feldolgozása. Az 
azonban, hogy a másolóprogram a gyilkos sávok minden lehetséges változatára 
felkészüljön, szinte reménytelen vállalkozás. 
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4.7.2 Megnyújtott szinkronjelek 


A gyilkos sávok egyik, a védelem szempontjából ígéretes módosítása a szinkron- 
jelek megnyújtása. A módosítás lényege az, hogy a sávot szinkronjelekkel 
töröljük, majd beleírunk néhány adatot. A lekérdező program pontosan tudja, 
hogy hol keresse az adatokat, és milyen hosszúak a szinkronjelek. 

A másolóprogramok nem tudják megállapítani a szinkronjelek hosszát, és így 
ha sikerül is elérniük az adatokat, a másolat vagy a jelek hosszában, vagy az 
adatokban el fog térni az eredetitől. A végeredmény tehát az, hogy bármily 
egyszerű a védelem, a lemez , másolhatatlan". 

A következő program -— amely a $0527-es címről indul — létrehozza a védel- 
met. 


19 OPENI 8.15 

209 READ HDSIIF VALKCHD$2--1 THENIOO 

23 GUSUB 190909 

26 PRINT N,.HD$ 

309 SU-SUtTO: PRINT H 1 , "M-W"CHR$CNIXCHR$CS5ICHR$C1IDCHR$CU) 
49 N-Nt1:GDTO2B 

199 IFSULC253576 THEN PR1INT"HIBA AZ ADATOKBAN" :STOP 
119 INPUT"SAV"; FT 

1209 FPRINTHI , "M-W"CHR$C4O)CHRS$SCSICHRSC 1 D)CHRSCT) 
139 PRINTHI1,"M-E"CHR$C339ICHR$C5) 

199 CLOSEI 


299 END 

499 DATA AD.,99, 1C:REM LDA 1Co0 
419 VATA 29 ,9F : REM AND  H9F 
43209 DATA 09 ,08 : REM ORA  WO4H 
439 DATA BD ,00 , 1C:REM s1A 1Co0o 
4409 DATA 20 ,AZ3 ,FD: REM JSR FDA3 
459 VATFTA Az 00 : REM LDX HOG 
4á4609 DATA BD ,e3 ,95:REM LUA 0523 ,x 
470 ORTA 50 FE : REM BYVC 0512 
489 DAJ1IA B8 : REM CLY 

499 DA(TA BD ,O1,1C:REM sra 1C91 
5099 DA1A EB : REM 1NX 

519 DATA EB, 96 1 REM CPX HOG 
5209 DATA DO Fe : REM BNE 050r- 
539 DATA 29 ,99 ,FE:REM JSR FEgg 
5409 DAIA 4C, SE FU: REM 3 FDSE 
53508 O0ATrlA 53 54 ,55 ,56 

560 DATA A9g,24  :REM LUA H24d 
570 DAVA 85 ,0A 1REM sra oA 
589 DATA A3.EO : REM LDA HED 
599 DATA 85 ,0£ : REM sSTA ve 
6909 DAT1A A5 .0£ : REM LDA e 
619 DATA 39 FC 1 REM BMI o5eF 
6209 DATA 609 : REM R1sSs 

GO DATA. 1 :REM PROGRAM VEGE - 


1999 REM HEXABOL DEC.-BE 

1919 H$-"9123456789ABCDEF " 

1929 1F LEN(CHUD$)-O THEN PRINT"HIBA":STOP 
1939 IF LENCHD$)C? 2 IHEN HD$-LEFTS$CKHD$,e) 
19409 H-B 

109509 FOR ZZ:z1 TO 16 
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1860 1F LEFT$K(HD$,19-MID$CKH$,ZZ.1) THEN H-ZZ:GOTO 1080 
18970 NEXT ZZ 

1080 H-H-1 

1998 L-0 

1108 FOR ZZz1 TO 16 

11189 IF RIGHI$C(HD$.J)-MID$SKH$S,ZZ,1) THEN L-ZZ:GOTO 1130 
1129 NEXT 22 

1138 L5-L-1 

1148 D-rHsIlI6tL 

11589 RETURN 

READY. 


A következő program a védelem lekérdezésére szolgál. Kezőcíme a lemeztár- 
ban $0600, indítási címe pedig $06A. 


18 
ee 
e3 
e5 
30 
32 
40 
190 
119 
"120 
135 
140 
145 
150 
170 
188 
400 
410 
420 
430 
440 
450 
460 
470 
480 
490 
590 
518 
520 
538 
540 
558 
560 
570 
588 
590 
600 
610 
620 
638 
640 
658 
660 
678 


(1 


OPENI 8.15 ."I" 
READ HOS:IF VALCHD$)--1 THENI1OOB 
GOSUB 1000 
SU-SUtD 
PRINTH 1 , "M-W"CHR$CNIXCHR$(K(SDCHR$C( 1 9CHR$K(D? 
PRINTN, HD$ 
NEN- 1 : GOTO2O 
1FSUK 96256 THEN PRINT"HIBA AZ ADATOKBAN": STOP 


INPUT"SAV":T A 
PRINTH f , "M-W4"CHR$(C75ICHR$(SGICHRS$CI)ICHRSCT) 
PRINTtH 1, "M-E"CHR$(74)CHR$C65) 
FORN- 1 TOS00 : NEXT 

PRINTH 1, "M-R"CHR$CI6ICHR$(ODJCHR$C1) 
GETH 1, A$:AZASCCA$HCHRSC(O) ) 
IFAZZSSTHEN PRINT"A VEDELEM RENDBEN" : END 
PRINT"A VEDELEM HIBAS":END 

DATA AD ,BB , 1C:REM LDR 1ceeg 
DATA eg, 9F : REM AND 4W9F 
DATA 809 08 :REM ORA HOS 
DATA 80.08, 1C:REM STA 1ce8 
DATA AD ,O08 , 1C:REM LDA 1ce8 
DATA 30 ,FB :REM BMI e50Rn 
DATA B8 :REM CLV 

DATA AD,O1,1C:REM LDA 1ce1 
DATA Az 00 :REM LDRXR  HBB 
DATA 50,FE : REM BVC 8615 
DATA B8 :REM CLV 

DATA AD,O1,1C:REM LORA 1c91 
DATA DD , 46 , 06: REM CP — 80646.X 
DATA DB ,22 :REM BNE 95642 
DATA EB :REM INXK 

DATA E .85 :REM CPX  HO5 
DATA D8E,FO :REM BNE 8615 
DATA AD,B9.1C:REM LDA 1cee 
DATA 308 .FB :REM BMI 0625 
DATA AZ , 00 :REM LOX HOG 
DATA AB ,B0 :REM LODY  $4OB 
DATA EZ :REM INX 

DATA D9, 01 :REM BNE — 8632 
DATA CB :REM 1NY 

DATA AD ,88 , 1C:REM LDA 1c90 
DATA 10 ,F7 :REM BPL 062E 
DATA CO,38B:; — :REM CPY 438 
DATA 98.07 :REM BCC 9542 
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seg ORATrA Ag FF : REM LDA HWFF 


6908 DATA 85.10 :REM STA 10 
799 DATA 4C,9E FO: REM JMP FDSE 
719 DATA Ag , 00 :REM LDA HOD 
7EG DATA FO ,F7 :REM BEG 905630 
7309 ORTA 53.54 55.56 

740 DATA AA .e4 1 REM LDA Head 
7506 DATA 85.8€C : REM STA pc 
769 DATA A9 EG : REM LDA HED 
770 DOATA 85.03 : REM STA 03 
7809 DATA Aa5 03 : REM LDA 03 
799 DATA 38 ,FC : REM BMI 0652 9 
8099 DATA 60 1 REM RTS 
S418-DATN. 5 :REM FROGRAM VEGE 


190909 REM HEXABOL DEC. -BE 

1919 H$-"0123456789ABCDEF " 

19208 1F LENCHD$2)-O THEN PRINT"HIBA":STOP 

1939 IF LEN(CHD$)C? 2 THEN HD$-LEFT$K(HD$,2e) 

1949 H-Oo 

1656 FOR ZZs1 TO 16 

19609 IF LEFTSK(HO$.12D)-MID$K(H$E,ZZ.1) THEN H-ZZ:GOTO 1080 
1979 NEXT ZZ 

1080 H-H-1 

1999 L-O 

1109 FOR ZZsi3 TO 16 

1119 IF RIGHT$(HD$.,1):-MID$SKCHE,ZZ,1) THEN L-ZZ:GOTO 11308 
I120 (MNERT 2£Z 

1139 L5:L-1 

1149 D-HxIE6tL 

1159 RETURN 

READY. 


A védelmet az 1-es sávra hoztuk létre. Azonban a védelem létrehozása előtt a 
lemezt az eredeti operációs rendszer formázórutinjával formázzuk meg! 
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5. A PROGRAMOK VÉDELME 
MAGNESSZALAGON 


A felhasználók többsége a C 64-es gépeken a programokat mágneslemezen, 
diszken tárolja. Ennek ellenére talán mégsem fölösleges áttekinteni a mágnes- 
szalagok másolásának néhány védelmi módszerét is. Programjaink védelmén 
kívül jól használható ismereteket is szerezhetünk a C 64-es működéséről, , lelké- 
ről". Szalagról szalagra másolni technikailag lényegesen egyszerűbb, mint mág- 
neslemezről. Egy közönséges átjátszó zsinórral egyik magnóról a másikra má- 
solható a teljes tartalom. Miért érdemes akkor a kazetták védelmével foglalkoz- 
ni? Azért, mert már egyetlen ilyen közvetlen átjátszás is gyengébb minőségű 
másolatot eredményez; a másolat másolata még rosszabb minőségű lesz, és 
előbb-utóbb már használhatatlan lesz a program. Az ilyen , olcsó" trükknél 
nehézséget okoz a magnófej külön beállítása is. 

Lemezes másolóprogramból nagyon sok létezik, ezekről már eddig is olvas- 
hattunk, többségük nagyon jó minőségű másolatot készít a védett programok- 
ról is. Mágnesszalaghoz lehetetlen ilyen színvonalú másolóprogramot készíteni. 
A legtöbb programozó, ill. forgalmazó ui. saját jelrendszerben dolgozik, így 
általános másolóprogram nem készíthető. Minden egyes cég termékéhez készít- 
hető ugyan az adott formátumot kezelni képes másoló, de ez az eljárás nem az 
igazi. Nem is elég általános (pl. az NSZK-ban és nálunk a kazettamásolók 
többsége a Turbo-Tape formátumot használja). 


5.1 Adatok, programok betöltése, 
tárolása BASIC-ben 


A másolás elleni védelem ismertetése előtt érdemes egy kicsit foglalkozni a 
mágnesszalagra való programrögzítéssel és -betöltéssel. A C 64-es operációs 
rendszere két lehetőséget kínál erre : 


LOAD-SAVE, 1iII. OPEN-CLOSE. 


a) LDAD-SAVE utasításpár 
A tárban lévő program szalagra írása: 


SAVE "programnév" ] 


ÍSAVE "programnév",1] 


A szalagon tárolt program betöltése a tárba : 


LOAD "programnév"] 


LOAD "programnév",1] 


A szalagon tárolt program ilyen esetben két részből áll. Az első rész a fejléc 
(angolul header), amely a program nevét, hosszát, tárbeli elhelyezését tartalmaz- 
za. A második rész maga a program. Ez a felosztás megfigyelhető a betöltés 
közben is, mivel a számítógép a fejlécet kétszer egymás után elolvassa, kiírja a 
program nevét, és csak ez után tölti be a BASIC programot. 


b) ÖOPEN...PRINT3-... CLOSE 
Adatokat — számokat, változók értékeit, betűket — rögzíthetünk és tárolhatunk 
mágnesszalagon a következő módon. 

Azl OPEN I.,I,1,"file-név" ] utasítással megnyitunk a szalagon egy adatfile-t, 
azaz tetszőleges adatokat írhatunk a szalagra. A PRNYT 1] utasítása 
írhatjuk az adatokat a szalagra. Hatása ugyanaz, mint a utasításé, 
csak most a képernyő helyett a szalagra kerülnek az adatok. 

A szalagkezelő utasítások sorát a utasítással kell lezárnunk. Ha 
ezt elmulasztjuk, vagy hiányos lesz az adathalmaz, vagy hibajelzést kapunk 
beolvasáskor. 

Az OPEN, ill. a CLOSE utasításban szereplő paraméterek közül az első az 
ún. logikai file száma, értéke 0 és 255 közé eshet. Ez azért fontos, mert a 
PRINT: és a CLOSE utasításokban ugyanerre a számra kell hivatkozni. Így 
azonosítja az operációs rendszer az összetartozó három utasítást. A második 
paraméter az egységszám, amelyre a kiíratás irányul, kazettás egységnél ez 1. 
A harmadik paraméter a másodlagos cím, amelynek különböző funkciói lehet- 
nek. Amennyiben mágnesszalagot használunk, és másodlagos címként 1-et 
adunk meg, az operációs rendszer ezt úgy azonosítja, hogy , adatok írására 
megnyitottunk egy adatfile-t". Amennyiben a szalagon lévő adatokat kívánjuk 
visszaolvasni, az adott adatfile-t 0 másodlagos címen kell megnyitnunk : 


OPEN 1.,1,0,7file-név? 


A szalagon lévő adatok beolvasásához két utasítást használhatunk : 
GET3iH1,... változók 


vagy 
INPUT3H1,... változók] 
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Az adatok beolvasását ebben az esetben is a [ CLOSE 1] utasítással kell lezár- 
nunk, különben ugyanaz érvényes, mint a GET, ill. a PRINT utasításra, csak 
a billentyűzet helyett a mágnesszalagra vonatkoztatva. 

Tekintsünk most néhány példát! A következő programmal megadott számú 
adatot, numerikus változót olvashatunk be a tárba a billentyűzetről, és ezeket 
szalagon tároljuk. 


6. OGDEN. ság ére ADATOK 
LO PRINT"TADATOK SZAMA" 
29 INPUT A:PRINTRI.A 

49 FORIz-i TŰ A 

59 PRINTI 

69 INPUTB:PRINTHI.B 
79 NEXTI 

89 CLOSEl 


READY. 


A szalagon rögzített számokat visszatölthetjük a tárba: 


19 OPENI.1.,90, "ADATOK" 
29 INPUTHI,A 

39 FORI-1TOA 

49 INPUTHRI,B 

59 PRINTB 

69 NEXTI 

VO0-SISOSE 3 


READY 


A szalagkezelő utasításokat igazán csak áttekintésnek szántuk. 

Most rátérünk a másolás elleni védelem legalapvetőbb, legegyszerűbb mód- 
szereinek ismertetésére. Az egyik lehetőség az, hogy a szalagra néhány számot 
írunk a programunk után. Betöltés után ellenőrizhetjük, hogy megváltoztak-e 
ezek a számok, és csak akkor engedélyeztetjük a program futását, ha a számsor 
változatlan. 

Legyenek pl. az ellenőrző számok: 1, 3, 2, 4, a visszakérdező program pl. a 
következő : 


i9 OPENI, 1.9. "ADATOK" 

29 INPUTHI,A,B,C,D 

39 CLOSE1l 

49 IFAXCD1 ORBEZORCAD2ORDA24 THEN STOP 
59 PRINT"MASOLAS ENGEDEL YEZVE" 


READY. 
Ez az egyszerű védelem már megakadályozza, hogy LDOAD/JSAVE paranccsal 
betölthető, ill. rögzíthető legyen a program. A betöltő program elkészítése azért 


jelent feladatot, mert a tárolt adatok számát nem ismerheti a , tolvaj". Mint 
tudjuk, az adatfile másolása a [ GET-t ] utasításra épül, amelynek hatására 
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folyamatosan olvassa és tárolja az adatokat a gép, mindaddig, amíg az ST 
rendszerváltozó értéke nem jelzi az adathalmaz végét. Az utolsó byte betöltése 
után ST értéke 64 lesz, amit az operációs rendszer egy CHR$(0) karakterrel 
jelez. Az adatfile végét jelző utolsó byte-ot egy CHR$(0) karakter beírásával 
előállíthatjuk anélkül, hogy az összes adatot beolvastuk volna. Így az ST 
rendszerváltó értéke 64 lesz, pedig a program nem olvasta be a teljes ellenőrző 
adatsort. Így a lekérdező program automatikusan leállítja a programot. 

Tekintsünk most példaként egy-egy másoló, védekező és ellenőrző progra- 
mot: 


19 DIMD$(19090) 

Zo INPUT" FILE NEVE" NE 

309. OPEN 1,1,09.N$ 

49 1-2 

59. SETHRA:,.D$( I 

69 IF ST-O THEN I-I-r1i:GO0TO5SO 
770. GLÖSEI 

309 INPUT"KAZETTACSERE" :N$ 
39 OPENI,1,1,N$ 

109 FOR J-O TOI 

119 PRINTHI,D$(J) 

129 NEXTJ 

139" €LŐSEI 


READY. 


LO -OREN$Sz 4, 14"FTELE NEVE" 
29 INPUTHI, "COMMO" 

39 PRINTHI, CHRS$COD) 

49 PRINTHI, "DŐRE" 

59 CLOSE1 


40 OPEN. del "SILE NÉNVE" 

29 INPUTHI,AB 

39 SGETHEL BB 

49 INPUTHI,RB$ 

Sor LÖSES 

69 IF A$42"COMMO" OR B$4LX"DORE"THEN STOP 
79 PRINT"MASOLAS ENGEDEL YEZVE" 


READY. 


Nézzünk most egy másik lehetőséget a programvédelemre, még mindig BA- 
SIC-ben. Az operációs rendszer nemcsak a programokat, hanem az adatokat 
is két egységen tárolja a szalagon. Ebben az esetben a blokkfej a file nevét és 
adatait tartalmazza, a második rész pedig az adatokat, adatblokkokban. Betöl- 
téskor a blokkok egyesével kerülnek először a kazettapufferbe, ahonnan a 
BASIC program továbbítja a tárba. A következő blokk beolvasása csak akkor 
indul, ha a kazettapuffer üres. Ezt figyelembe véve a másolóprogramban is elég, 
ha az adablokkok számát ismerjük, és nem fontos tudni a byte-ok számát. Így 
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kikerülhető a CHR$(0) kód vizsgálata, tehát az ellenőrző programunkat érde- 
mes kicsit elrejteni, zavarossá tenni (lásd a 3. fejezetben). 

Az OPEN utasításban megadott másodlagos címet is felhasználhatjuk a 
védelemre. Emlékezzünk vissza, hogy az utasításban szereplő harmadik para- 
méter jelöli a másodlagos címet. 

Azl OPEN 1I,1,2,"file-név" ] utasítás hatására az operációs rendszer egy EOT 
jelet ír az adatok után a szalagra. Az EOT a szalag végét jelzi (End Of Tape), 
azaz megjelöli a szalagon azt a helyet, amely után már sem programot, sem 
adatot nem találunk. Amikor ezt a jelet beolvassa az operációs rendszer, megáll 
és hibaüzenetet ad: Device not present error. Ezért programból nem tudjuk 
ellenőrizni az EOT jelet, hiszen a gép leáll és alaphelyzetbe kerül. 

A másodlagos címben rejlő védelmi lehetőségek kihasználásához nézzük meg, 
hogyan helyezkednek el programjaink a tárban. A BASIC kezdőcím a 43-as és 
a 44-es tárcímeken található, alsó byte, felső byte alakban, és értéke alaphelyzet- 
ben 2049 ($0801). BASIC programunkat azonban erről a tárterületről áthelyez- 
hetjük. Így ha valaki futtatni akarja a szokásos 2049-es címtől, nem fog mű- 
ködni. 

Ha a BASIC kezdőcímet pl. 3000-re akarjuk módosítani, a következő- 
képpen járhatunk el. A 3000-et átírjuk hexadecimális alakba: 3000 — 
— 11r16r164-11316--8 — $0BB8. A 43-as címre beírjuk — POKE utasítással — 
az alsó byte értékét (B8), a 44-es címre pedig a felső byte értékét (0B), 
természetesen decimális alakban. Az , új" BASIC kezdőcím elé , 2999-re pedig 
0-t kell írnunk. 

ÍPOKE 43.184: POKE 44.11: POKE 2999,0: NEW] 

Amennyiben egy , normál", azaz 2049 kezdőcímű BASIC program rögzítése 
előtt az előbbi áthelyezést végrehajtjuk, a következő betöltéskor a kezdőcím 
értéke már 3000 lesz. Így ha a LDAD parancsban a másodlagos címnek 1-et 
adunk meg: [LOAD "programnév",1,1] formában, akkor a program nem 
futtatható, mivel ez a parancs az eredeti helyére tölti vissza a programot. Tehát 
egy viszonylag egyszerű, persze éppen ezért könnyen kiismerhető védelem, ha 
a BASIC kezdőcímet eltoljuk, és másoláskor úgy adjuk meg a másodlagos címet 
a SAVE parancsban, hogy ne tiltsa le az eltolást. 

Végül térjünk még ki arra, hogyan írhatjuk a szalagra a programunk után az 
EOT jelet, közvetlenül a SAVE parancsból. Ezt vagy a 2-es, vagy pedig a 3-as 
másodlagos címmel érhetjük el. 

A BASIC-ből kiadható szalagvezérlő utasításokban tehát a másodlagos cí- 
mek jelentése a következő : 


OPEN 1,1,0,"név" : adatfile megnyitása beolvasásra 

OPEN I,I,1, "név" : adatfile megnyitása kiiratásra 

OPEN I,1I,2, "név" : adatfile megnyitása kiiratásra, a végére EOT jelet írva 
SAVE"név",l : program tárolása, eltolási lehetőséggel 
SAVE"név" 1, : program tárolása, eltolási lehetőség nélkül 
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SAVE"név",1,2 : 
SAVE" név", 1,3 : 


LOAD"név" 1 : 


LOAD név Ta: 


program tárolása eltolási lehetőséggel, végére EOT jelet 
írva 

program tárolása, eltolási lehetőség nélkül, végére EOT 
jelet írva 

program betöltése tetszőleges BASIC kezdőcímre 
program betöltése az eredeti BASIC kezdőcímre 


.5.2 Betöltés és tárolás gépi kódú 
programokból 


Programjainkat egy fokkal jobban el tudjuk rejteni az illetéktelen szemek elől, 
ha vezérlő utasításdinkat a BASIC utasítások gépi kódú megfelelőire építjük. 
Tekintsük tehát át a SAVE, LOAD, OPEN, GET, PRINT, CLOSE parancsok 
gépi kódú változatait és használatukat. , 

Az OPEN a SAVE és a LOAD parancsokban általában három paramétert 
kell megadni, a file számát, az egység számát és a másodlagos címet. Ezek 
értékét megadhatjuk két rendszerrutinnal, a FILPAR és a FILNAM rutinok- 
kal. 

A FILPAR kezdőcíme $FFBA (65466), végrehajtásához a file számát az 
akkumulátorba, az egység számát az X regiszterbe, a másodlagos címet az 
Y regiszterbe kell tölteni. 

A FILNAM kezdőcíme $FFBD (65469), a hivatkozáshoz az akkumulátor- 
ban kell lenni a file-név hosszának, az X/Y regiszterben pedig a file-név kezdőci- 
mének, alsó/felső byte alakban. 

Nézzünk egy példát egy olyan gépi kódú programra, amely elvégzi az érték- 
adást! 

A file-név kezdőcíme: $C100 
A program kezdőcíme: $C000 
A file nevez: PROGRAM 

A paraméterek megadása : 


000 LDA 


4601 file száma 
CoOo2Z LDX H$OI egység száma 
C004 LDY 4$01 másodlagos: cím 
CO0O6G6 JSR $FFRA "LEAR rütán 
Co02 LDA HEHROB file-név hossza 
CO0B LDX 4H$OG alsó byte 
COOD LDY Ht£Ci felső byte 
COOF JSR $FFED FILNAM rutin 
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Az egyes parancsokhoz tartozó kezdőcímek a következők : 


SAVE: — $FFD8 (65496) 
LOAD:  $FFDS5 (65493) 
OPEN: — $FFCO (65472) 
CLOSE: $FFC3 (65475) 


SAVE: Végrehajtás előtt ki kell jelölni azt a tárterületet, amelyet szalagra 
akarunk másolni. A terület kezdőcímét a nulláslap két byte-jára, a végcímnél 
eggyel nagyobb értéket pedig az X, Y regiszterbe kell beírni. 

Készítsünk egy betöltőrutint, amellyel az $1000 (4096) és a $2000 (8192) 
címek közé eső tárterületet másolhatjuk a szalagra. A file-paraméterek megadá- 
sa után a nulláslapon használhatjuk az $FB (251) és az $FC (252) címeket. 


CO12 LDA H$OO alsó byte (kezdőcim) 
COo14 STA S$FR 

Coi6ó LDA H$10 felső byte (kezdőciíim) 
FOoL8 STA $FC 

CO1A LDA HSFE 

CO01C LDX HOL alsó byte (végcímtl) 
COLE LDY 4$20 felső byte (í(végcímti) 
COZO JSR $FFDB SAVE rutan 


Megjegyezzük, hogy az így tárolt programot is betölthetjük BASIC-ből, LDAD 
paranccsal. 

LOAD (gépi kódban): A LOAD rutin hívása előtt az akkumulátorba nullát 
kell tennünk. Ha ut. az akkumulátor tartalma nem nulla, az operációs rendszer 
LOAD helyett VERIFY-t (ellenőrzést) hajt végre. Ha a másodlagos cím 1 volt 
a tároláskor, tehát a BASIC területet nem változtattuk meg, a beolvasó rutint 
a következő rövid gépi kódú programmal hívhatjuk meg: 
Co12 LDA H$OO választás:LORD vagy VERYEY 
CO14 JSR $FFDS  LOAD rutin 


Ha a SAVE-ben a másodlagos cím 0 volt, akkor a kezdőcímet meg kell 
adnunk, mégpedig az X, Y regiszterben, alsó byte/felső byte alakban. Legyen 
pl. a kezdőcím $1989, a beolvasó rutin a következő: 

Coi12z I.DA H$BOOG választás:LOAD vagy VEKIFY 
C014 LDX 4389 alsó byte (kezdőciím) 


Co16 LDY H$19 felső byte (kezdőcím) 
CO18 JSR $FFDS LOAD rutin 


Ha a betöltés megszakad, a LOAD rutin az átviteli (carry) bitet 1-re állítja. 
. Amennyiben a szalagon egy EOT jelet talál, az akkumulátor tartalmát 5-re 
állítja. Az EOT vizsgálata éppen ezért nagyon egyszerű gépi kódból, védelemre 
mégsem érdemes alkalmazni, hiszen feltörése is hasonlóan egyszerű. Olvasáskor 


169 


az adathibát az ST státuszváltozó értéke mutatja, címe $90 (144). Az adatolva- 
sás abban az esetben hibátlan, ha ST értéke nulla. 

OPEN: Az adatcsatorna megnyitása előtt a FILPAR és a FILNAM rutino- 
kat hívjuk a paraméterek rögzítésére, majd ugrás az OPEN rutin kezdőcímére 
$FFCO (65472). Ezután betöltjük a file logikai számát az X regiszterbe, és 
meghívjuk a CKOUT rendszerrutint, az $FFC9 (65481) címen. Most jöhet a 
BASOUT rutin hívása az $FFD2 (65490) címen úgy, hogy előtte a soron 
következő byte-ot mindig betesszük az akkumulátorba. A tényleges adatfelírást 
tehát a BASOUT rutin végzi, amely a PRINT: parancs megfelelője. 

A következő programmal egy BASIC programot rögzíthetünk a tárból mág- 
nesszalagra, adatfile-ként. Programunk kezdőcíme a $2B (43), $2C (44) tárcíme- 
ken, végcíme pedig a $2D (45), $2E (46) tárcímeken legyen, alsó byte/felső byte 
alakban. A ciklusszámlálást az $FB (251) és az $FC (252) tárcímeken végezzük. 
C000 LDA 4601 
C002 LDX t$01 
C004 LDY HOL 
C006 JSR $FFBA 
C009 LDA H$OO 
COOR JSR $FFRBD 
COOE ( $FFCO 
C011 H$O1 


[ate be R $FFC9 
Cco16 SEC 


H$OO 
$FR 


1 $2zD 
z  6GOZD 
$FC 
"  $2E 
$(CO4A 


CogF JMF $FFCE 
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A program visszaolvasása a szalagról a tárba hasonló módon lehetséges. 
Most a CKOUT rutin helyett a CHKIN rutint hívjuk, amelynek kezdőcíme 
$FFC6 (65478). A file tartalmát byte-onként BASIN rutinnal olvashatjuk be, 


kezdőcíme $FFCF (65487). Ez BASIC-ben a [GET-dE 


utasításnak felel meg. 


Vigyázzunk, mert a BASIN rutin végrehajtása közben az Y regiszter tartalma 


változik, ezt mindig vissza kell állítani. 


Co000o 
C002 
CoO04 
C0o0oS 
Coo? 


cCo20 


Coz2z2 


Co24 


Cco26 § 


COo28B 
COZB 


CozD 


Co2zF 


LDA 
LDX 


H$HOIL 
H$OL 
H$OO 


t $FFBA 


H$BOO 


t $FFBD 


$FFCO 
H$OL 
$FFCG 
$FFCF 
$FB 


t $FFCF 


$FFCF 
$FC 
$28 
$2D 
$20 
$2E 


t $FFCF 


H$HOO 


( $2D) , 


$2D 


. $COS5 
MISE árd za 


$FB 
$FB 


EBFF 


$COZF 
$FC 
H$BOO 


. $LOZB 


$FC 


. $CO2B 


H$$01 
$FFCZ 


t $FFCC 
: $A659 
t $ASZZ 
 $A474 


CLOSE: Az előző két programban láthatjuk a CLOSE rutin meghívását. 
Természetesen az írás/olvasás művelet után az adatcsatornát a BASIC-hez 
hasonlóan gépi kódban is le kell zárni, amelynek címe $FFC3 (65475). A lezárás 
előtt a file logikai számát be kell írnunk az akkumulátorba, utána pedig a 
CLRCH rutint kell meghívni, az $FFCC (65484) címen. Ezzel a rutinnal vissza- 
állítjuk az input/output egységet alapértelmezésre, azaz billentyűzet- és képer- 
nyőhasználatra. 
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Az ilyen módon, azaz adatfile-ként tárolt programjaink védelmére felhasznál- 
hatjuk, hogy a BASIC program jó néhány CHR$(0) karaktert tartalmaz, így a 
file végét nehezen lehet megtalálni. Összegezve tehát az elmondottakat, a követ- 
kezőket tehetjük programjaink védelmére. A BASIC programot az elmondottak 
szerint adatfile-ként tároljuk úgy, hogy mögé egy oda nem illő számsort is 
fölírunk a szalagra. A gépi kódú betöltőrutin felismeri, hogy mi az, ami nem 
tartozik a programhoz, és átugorja az ilyen adatokat, a másolóprogram azon- 
ban nem. Így akár annyi fölösleges adatot is beolvashat a szalagról, hogy azok 
már el sem férnek a tárban, és így a másolás félbeszakad. Mindez persze a nagy 
hátránya is ennek a módszernek, hiszen az adatfile hossza a betöltési időt is 
nagyon megnöveli. 

Mielőtt továbbmennénk, az adatok tárolásával kapcsolatban szeretnénk fel- 
hívni a figyelmet arra, hogy a RAM-ban az $AIl1II címtől $BFFF-ig és az 
$D000-címtől $FFFF-ig nem tárolhatunk programot, a második sávban még 
gépi kódú programot sem. Erre azért érdemes figyelnünk, mert az itt elhelyezett 
adatok bizonyos fokig védettek a másolással szemben. 

Így pl., ha a programunk 38 Kbyte-nál hosszabb és az $4A000 címen túl is 
folytatódik, akkor a SAVE előtt meg kell változtatni a tárfelosztást. Ezt megte- 
hetjük a következő assembler utasításokkal: 


Így a BASIC interpreter átkerül az $4A000 címről az alatta lévő RAM területre. 
Ezért mielőtt BASIC-be visszatérnénk, az $01-es cím tartalmát állítsuk vissza 
1$37-re: 


Ezt a témát befejezve, a következő részben arról lesz szó, hogyan lehet a tár 
tartalmát $E000-tól $FFFF-ig kimenteni és ugyanoda visszatölteni. 


5.3 Autostart mint a másolás egyik 
ellenszere 


5.3.1 A LDAD/SAVE rutinok ismertetése 


A másolás elleni védekezéshez nem feltétlenül szükséges olyan rutinokat írni, 
amelyek elvégzik a betöltést és a kimentést. Nyugodtan felhasználhatjuk az 
operációs rendszer ezt végző programrészleteit csekély módosítással. Ehhez 


172 


feltétlenül szükség van egy monitorprogramra. Alapvetően két lehetőség kínál- 
kozik. Az egyik, hogy a LDAD/SAVE rutinokra mutató vektorokat átirányít- 
juk a RAM-ba egy általunk írt programra. Mivel azonban e programok megírá- 
sa meglehetősen bonyolult, erre most nem térünk ki részletesen. 

A másik megoldás sokkal egyszerűbb. A nekünk kellő ROM részletet átkap- 
csoljuk a RAM-ra, azt ezután igény szerint módosíthatjuk. Monitorprogram- 
mal az átkapcsolás nagyon egyszerű : 

[.T E000 FFFFE E000] 

Elképzelhető, hogy a monitorprogramban, amivel a felhasználó rendelkezik, 
nem ez a megfelelő utasítás. Ebben az esetben a kézikönyvben kell utánanézni 
az ennek megfelelő parancsnak. Ha az alkalmazott program az operációs rend- 
szert csak a BASIC interpreterrel együtt tudja átkapcsolni, akkor hajtsuk végre 
a következő parancsot is: 


.T 000 BFFF A000 


Most írjuk be a következőt: 


.M 0001 


A parancs hatására megjelenik a képernyőn 8 darab hexadecimális szám, ame- 
lyek közül az első $37. Ezt változtassuk $35-re. Ezzel megtettük az előkészülete- 
ket. Először töltsük be a programot a memóriába a $E000-as címtől kezdve. 
Ezután tároljuk a tár tetszőleges helyén, pl. $1200-tól kezdve. Tételezzük fel, 
hogy a program hossza $500 byte. A tároláshoz ezek szerint a $E000-tól a 
$E500-ig terjedő rész kell. Ezután módosítsuk a betöltőrutint a monitorprog- 
rammal. Ha ezek után a $1200-tól $1700-ig terjedő részt tároljuk külső egységen 
(kazetta), az a visszatöltődéskor a $E000-tól kezdődő címre kerül. Mielőtt 
továbbhaladnánk, a SAVE rutint vissza kell állítanunk, mégpedig a ROM 
visszakapcsolásával. Ehhez az egyes tárcímbe $37-et kell írni. Mivel az operációs 
rendszert újra megváltoztattuk, célszerű a ROM-ot a RAM-ba újra átmásolni. 

Az operációs rendszer módosításával meg lehet változtatni a tárolás sebessé- 
gét, ill. formátumát. Ilyen változtatásokhoz azonban a ROM rutinjainak — 
amelyek igen bonyolultak — alapos ismerete szükséges. Ennél az is jobb, ha 
teljesen új töltő- és tárolóprogramot írunk céljainkra ; ez azonban könyvünknek 
nem témája. Aki az operációs rendszer belső rutinjaival részletesebben kíván 
foglalkozni, annak a 4 C 64-es belső felépítése című könyvet tudjuk ajánlani. 


5.3.2 Önindító programok 


Egy kis intermezzó után kanyarodjunk vissza ismét fő témánkhoz. Lemezen az 
önindítás önmagában nem jelent túl nagy védelmet, kazettánál viszont más a 
helyzet. Itt nyugodtan mondható, hogy a kazettán tárolt önindító programok 
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másolására nincs lehetőség. Ezzel szemben kazettán jóval kevesebb lehetőség 
van az autostart megvalósítására, mint lemezen. Az egyik megoldást be is 
mutatjuk. Ehhez ismerni kell a gép működését, hogy a betöltés valójában 
hogyan történik. 

A betöltés után az operációs rendszer meghatározott részére adódik át a 
vezérlés, méghozzá meghatározott vektorok által. Ha ezeket a vektorokat átál- 
lítjuk úgy, hogy az általunk írt program elejére mutassanak, akkor programunk 
magától fog indulni. A módosított vektort programunkkal együtt kell tárolni. 

Fontos, hogy a program kimentésénél a másodlagos cím 1l legyen, mert 
különben a BASIC elejére, tehát $0801-re töltődne. A betöltés után a program- 
nak vissza kell állítani a vektorokat a kezdeti értékre. Ezen kívül ésszerű a STOP 
és a STOP/RESTORE gombok letiltása. Enélkül ui. a program futása megsza- 
kítható és ezáltal másolható ; ekkor pedig az autostart elvesztené ezt a funkció- 
ját. 

Melyek azok a vektorok, amelyek ezt megvalósíthatják? A 24. táblázatban 
felsoroljuk a lényeges vektorokat. 


24. táblázat 


Vektor Eredeti Funkció 

érték 
$0302/$0303 $A483 BASIC sor bevitele 
$0324/$0325 $F1I57 INPUT 
$0326/$0327 $FICA PRINT 
$0328/$0329 $F6ED STOP 


A STOP letiltásához a vektort a $F6El címre kell irányítani. Arra különösen 
kell figyelni, hogy a megszakítás vektorát (IRO $0314/$0315) ne változtassuk 
meg, mert ez zavarná a LOAD és a SAVE rutint. 

A $0801 címen kezdődő BASIC programokhoz a $0324/$0325 vektorokat 
kell használni ; a $02A7-től a $02FF-ig lévő programokhoz pedig a $0302/$0303 
vektorokat. Nem elhanyagolható, hogy a gép a képernyőtárat is el fogja mente- 
ni, ez azonban semmiféle fennakadást nem okoz. Példaprogramunk szempont- 
jából fontos az is, hogy a BASIC program végcíme a $2D/SZE (45/46) címeken 
található. Hogyha programunk nem gépi kódú, akkor nekünk kell meghívni a 
RUN parancsot egy kis assembler rutinnal (gépi kódú programok esetében nem 
kell a RUN parancsot meghívni). , 

Végül a vektorok inicializálására két rutin: 
$E453: $0300-tól a $0303-ig lévő vektorokat, 
$FF84: $0314-től a $0333-ig lévő vektorokat 
hozza alapállapotba. Ezeket azonban nem célszerű használni, mert ez a STOP 
vektort is visszaállítaná. 
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Lássunk egy példaprogramot, amely bemutatja, hogyan 


programot automatikusan elindítani. 
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BASIC BETOLTOJE tat 
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5 ELHELYEZI A MEMORIABA 344 
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: REM 
: REM 
: REM 
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DX 
LODA 
STA 
DEX 
RgPu 
ISR 
LDA 
TAX 
TAN 
isR 
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$€002 
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lehet egy BASIC 


6409 DATA SD,25,93 :REM STA $9325 
659 DATA A9,990 :REM LDA H3OO 
669 DATA 2729,71,Ag :REM JSR $4A371 
679 DATA 4C,AE,A7 :REM JMP $A7AE 


READY. 


A programot SYS49152 "file-név" utasítással lehet indítani. Van azonban más 
lehetőség is. A programot el kell tolni az eredeti vektorokkal együtt. Ezután 
módosítjuk az operációs rendszert. 

Ezeknek a módszereknek viszont hátrányai is vannak. Hiszen az elv visszafelé 
is működik, tehát lehetséges olyan betöltőprogram készítése, amely a vektoro- 
kat rögtön a betöltés után alaphelyzetbe hozza. Teljes védelmet tehát nem nyújt, 
de elég biztonságosnak mondható. 


5.4 A kazettapuffer 


A kazettapuffer funkciója speciális. Alapvetően kettős feladatot lát el: egyrészt 
ez a terület az adatok átmeneti helye -— akár írni, akár olvasni akarunk ; másrészt 
a program betöltésekor itt található a fejléc (header). Ez a következőképpen 
néz ki: 


$033C a fejléc típusa 
$033D/$033E kezdőcím 

$033F/$0340 végcím 

$0341—$0350 a program neve (kijelzett) 
$0351—-$03FF az esetleges speciális adatok 


A puffer helye a tárban alaphelyzetben $033C (828), de bármely szabad 
területre áthelyezhető. Vektora a $8B2/$B3 címen található. Csupán ennek mó- 
dosítása azonban nem elég a programvédelem szempontjából. 

Mint már említettük, a puffer első byte-ja jellemzi a file típusát. A különböző 
értékek jelentése : 

l: A file eltolható. Ekkor, ha a másodlagos cím 0, a file a kezelő által megadott 
értékre töltődik. Alaphelyzetben $0801-re, ami a BASIC tár kezdete. 

2: Nincs fejléc, ebből következően adatblokkról van szó. Nincs cím és név. 

3: A file nem eltolható. Betöltési helyét az adott cím határozza meg. 

4:  Adatfile fejléce. 

5: EOT jel (file vége). 

Az ezután következő négy byte a program kezdő- és végcímét tartalmazza. 
Ezt ki is lehet próbálni. Visszatöltéskor, amikor megjelenik a FOUND üzenet, 
állítsuk meg a programot a STOP billentyűvel. 
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Ezután a PEEK utasítást kell használni. 


A kezdőcímhez: [ ?peek(829) 4 256:peek(830) 
A végcímhez: l ?peek(831) —256rpeek(832) ] 


A további byte-ok a file nevét tartalmazzák. A file neve — mint tudjuk — 16 
karakter lehet. De miért, hiszen a pufferban bőven van hely?! Nos, a magyará- 
zat igen egyszerű. A név hosszúsága ui. tetszőleges, kimentésnél semmi sem 
korlátozza. Betöltéskor az egész be is töltődik a tárba, mi azonban ebből csak 
16 karaktert láthatunk. Erről könnyen meg is győződhetünk. Mentsünk ki egy 
programot 16 karakternél hosszabb névvel. PI. : 


TSAVE "ez egy igen hosszú név" 


Visszatápláláskor ezt fogjuk kapni: 


[FOUND ez egy igen hossz] 


Most állítsuk meg a programot a STOP gombbal. 

Ezután a PEEK utasítással olvassuk vissza a puffer tartalmát. A teljes név 
bene lesze 

Ez az apróság igen sokrétűen felhasználható. Hiszen a beavatatlan nem 
tudhatja a file-név maradék részét, mi azonban -— akik a programot írtuk -— egy 
kis betöltő segítségével könnyen ellenőrizhetjük. Sőt, ezen akár tovább is mehe- 
tünk. A kazettappufferben ui. elrejthetünk e módon egy betöltőprogramot. 
Ennek a védelmen kívüli előnye az, hogy nem foglal helyet a tárban a betöltendő 
program előtt. 

Írjuk meg az elrejtendő programot, és tegyük a név 16. karaktere mögé, 
azaz kezdőcíme legyen $0351. Ha a név rövidebb 16 karakternél, akkor pó- 
toljuk szóközökkel. A tároláshoz az operációs rendszer rutinjait használjuk : 
SETNAM, SETELS és a SAVE rutint (ld. 2.2 alfejezet). 

A file-név legyen jó hosszú, hogy a helyére elférjen a betöltőrutin. Itt tulajdon- 
képpen azt használjuk ki, hogy a gép — ahogy már az előbbiekben is írtuk — 
mentésnél nem korlátozza a file nevét. A maradék helyet töltsük ki nullával 
($9D). Ezzel elejét vesszük a hibaüzeneteknek. Mielőtt a felhasználó a gyakorla- 
ti megvalósításhoz kezdene, célszerű először tanulmányoznia az 5.3 alfejezetet. 

Most pedig nézzük az adatfile-okat. Azt már tudjuk, hogy az adatok mögé 
nem szükséges egy file-vég jelet beírni. Ismerkedjünk meg először a kiírás 
mechanizmusával. A formátumot a puffer $038C€-től a $03FB-ig terjedő része 
határozza meg. Az írás is furcsán történik : ha a szalagra PRINT: utasítással 
adatot írunk, az nem lesz rögtön kiírva, hanem először a pufferbe kerül. Szalag- 
ra írás akkor történik, ha CLOSE utasítást kapott a rendszer, vagy a puffer 
betelt. Ekkor azonban a teljes puffer kiürül. Akkor is, ha mi eközben POKE 
utasítással a puffer tartalmát módosítottuk. A megoldás tehát egyszerű : 
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10 open2,1,1 

30 print4t2,"adat" 
40 poke1010,230 
50 close2 


A visszaolvasás hasonlóan igen egyszerű: 


10 open2,1,0 

20 a—peek(1010) 
H0-se 

40 ... 


Az A változó tartalma 230. Ezt kitalálni, akármilyen elszánt is a kódtörő, igen 
nehéz feladat. 


5.5 A tárolás saját megformálása 


5.5.1 A szalagműveletek vezérlése 


Az igazán hatásos és feltörhetetlen védelem: saját magunk által kidolgozott — 
formátum és betöltő program megírása. Ennek feltörése gyakorlatilag lehetet- 
len, hacsak nem használnak két magnót. 
Ekkor viszont igen nagy a meghibásodás lehetősége. Saját betöltő programunk- 
nak előnye lehet az is, hogy meg tudjuk növelni a sebességet, s ez hosszabb 
programok esetén nem elhanyagolható. E rutinok továbbfejlesztése is jóval 
egyszerűbb, mint az eredeti rendszerrutinoké. Itt csak néhány ötletet adunk, a 

Hogyan történik az adatok szalagra írása, egyetlen bit felírása ? Ha valaki ezt 
tudja, az tulajdonképpen mindent tud, csak próbálni kell. A programot bitekre 
szedjük szét, majd olvasáskor ezt összerakjuk. De hogyan valósul meg a felírás? 
Az adatforgalom egy vezetéken bonyolódik le, amelyen kétféle jel lehet: magas 
és alacsony. Ha azonban egymás után küldenénk el a biteket, az egyformákat 
nem tudná a gép érzékelni. Ezért — mivel a különbségeket viszont jól érzi — 
mindig magasról alacsonyra kell váltani (lefutó él), és a kettő közt eltelt idő 
különbségét kell mérni. A rövidebb időköz legyen a 0 jel, a hosszabb pedig 
az Il. 

Ezután már csak az idő mérése megoldandó feladat. Az időmérésre két önálló 
chip is van a C 64-esben. Céljaink megvalósítására nekünk elég az egyik, a CIA 
chip. Ennek kezdőcíme: $DC0O0 (56320). 
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Fontos regiszterei : 


$DC04 (56324): az 4 timer alsö byte-ja 
$DCOS5S (56325):  azAtimer felső byte-ja 
$DC0O6 (56326): a B timer alsó byte-ja 

$DC0O7 (56327): a B rtimer felső byte-ja 
$DCOD (56333): megszakítást vezérlő regiszter 
$DCOE (56334): az 4 timer vezérlőregisztere 
$DCOF (56335): a B timer vezérlőregisztere 


A chip, mint az előbbiekből kitűnik, két 16 bites órát tartalmaz. Ezek visszafelé 
számolnak, és nullánál megszakítást váltanak ki. Mi csak a B timert használhat- 
juk, mert a másik kell az operációs rendszernek. 

A timer két részből áll: számlálóból és tárolórekeszből. Amit a tárolóba 
írunk, azonnal átkerül a számlálórészbe. Ott háromféle dolog történhet: a 
számlálót indítjuk, vagy a számlálót megállítjuk, vagy az indulóértéket rögzít- 
jük. Azt, hogy e három eset közül melyik következzen be, a vezérlőrekesz 
tartalma dönti el. A vezérlőregiszterrel valósíthatjuk meg az 1-gyel való csök- 
kentést is. Ez az ütem megegyezik a rendszer belső ütemével. Sőt, akár össze is 
köthetjük a két órát, ezáltal 32 bites számlálót kapva. 

Ezek után lássuk, mit kell tudnunk a vezérlőregiszterről! 


Az A vezérlőregiszter címe: $DCOE. 
0. bit: 1 — 4 timer-start, 0 — 4 timer-stop. 
1—2. bit számunkra érdektelen. 
3. bit: 1 — 0-ig számlál, majd az indulóérték ismét a számlálóba kerül. Ezután 


leáll. 
0 — 0-ig számlál, és a folyamat ismétlődik. 
4. bit: 1 — az indulóérték a számlálóba kerül, függetlenül attól, hogy a 


számláló éppen mit csinál. 

5. bit: 1 — a számláló külső jelforrással dolgozik. 
0 — belső ütemmel dolgozik. 

6-7. bit: nem érdekes. 


A B vezérlőregiszter címe: $DCOF. 
0—4. bitek: ua., csak a B timerre vonatkoztatva. 
5—6. bitek: 00 — a timer belső rendszerütemet számol, 
— külső jelforrást számol, 
10 — akkor lép a B, ha az A lefutott, 
11 — akkor lép a B, ha A lefutott és külső jelet is kap; 
7. bit: érdektelen. 


o 
zzz 
! 


A megszakítóregiszter egyik feladata, hogy eldöntse, a timer lefutása vált- 
son-e ki megszakítást, vagy sem (IRO). A megszakításvezérlő másik funkciója 
annak figyelése, hogy egy bizonyos esemény bekövetkezett-e már, vagy sem. 
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A megszakítást vezérlő regiszter címe: $DCOD. 
0. bit: I — az 4 timer lefutott. 
1. bit: l — a 8 timer lefutott. 
 2—3. bit: érdektelen. 
4. bit: Il — a rendszer egy jelet felírt a szalagra. 
5—6. bit: mindig 0. 
7. bit: l — az események egyike megszakítást vált ki. 


Némi magyarázatra szorul, hogyan lehet beállítani, hogy mely esemény idéz- 
zen elő megszakítást. Ha a 7. bitbe egyest írunk, ott lesz a megszakítás, ahol a 
vezérlőregiszterben is egyes van. Hasonló a módszer a törlésre is: a 7. bitbe 0-t 
írunk. Ahányadik bitbe ezután 1-est írunk, az a sorszámú esemény törlődik. PI. : 


lda 44$84 
sta $DCOD 


Mivel $84 — 9410000010, az első bitet állítják be, a többi változatlan marad. 

A magasra állított bit engedélyezi, hogy az adott funkció megszakítást váltson 
ki. De arra, hogy az esemény bekövetkezett, a megszakításvezérlő megfelelő 
bitjéből következtethetünk. Feltétlenül tudnunk kell, hogy a bitek leolvasás 
után törlődnek. Ezért a megszakítási rutinunkban erre figyelni kell. 

Ezek ismeretében elvileg már tudunk szalagra írni. Még azt kell tisztáznunk, 
hogyan lehet az adatokat felírni a szalagra. Ez a felírás egy vezetéken keresztül 
történik, amelyen különböző jelek küldhetők. Ilyen meghatározott jel pl. ami 
elindítja és megállítja a motort; vagy az, hogy a gép alacsony vagy magas jelet 
írjon fel a szalagra. Ezt a vezetéket mi a processzorporton keresztül tudjuk 
irányítani, amelynek elérési címe $01. 


Az egyes bitek jelentése: 
3. bit: a kazetta írásvonala 
4. bit: 0 — le van nyomva a kazettán egy billentyű, 
— nincs lenyomva billentyű 
— motor be van kapcsolva, 
— a motor nincs bekapcsolva 


5. bit: 


mm oO — 


Mivel itt tulajdonképpen időmérés folyik, meg kell tiltani, hogy a processzor 
működése közben megszakítás lépjen fel, nehogy zavar keletkezzen. Ezért cél- 
szerű a programot a SEI utasítással kezdeni. Vigyázni kell arra is, hogy a 
videovezérlő, amely a monitoron a képet frissíti, ne okozzon megszakítást — 
célszerű a képernyőt kikapcsolni. Ez a $DO11-es cím 4. bitjének törlésével érhető 
el. (Bár betöltéskor a videovezérlő időzítését is felhasználhatjuk!) 


LDA $D011 
AND 4$EE 
STA $D0OI1 
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A visszakapcsolás a következőképpen érhető el: 


LDA $D01l1 
ORA 73t$10 


STA $DOl1 


5.5.2 Jel felírása szalagra 


Valójában miből is áll ez a védelem? Abból, hogy a programunk mögé kiírunk 
egy jelsorozatot, és távolságukat később ellenőrizzük. Nyugodtan mondhatjuk, 
hogy a programunk másolását megakadályoztuk. Nézzünk meg egy példaprog- 
ramot: 


Co0o 

001 $DO11 
0004 HSEF 
C006 $DO11 
GZ H$IO 
COOR $01 
CooD $CO0OR 
COOF $01 
G041 HEDF 
$OLS $01 


Co15S LDA H$O4 

ct017 LDX HOG 

COOL DEV 

CO1RA BENE $CO19? 
SOTO DEX 

C€01D BENE $C019 


4H$OL 
$0019 
$FB 
H$Z2ZO 


$C0OZB 


$EFRB 
$COZA 
$-FC 
$CO2ZA 
§ $DO11 
CO0497 ORA ts$10 
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Co4BRB STA $DOI1 
CO4E UDA 4$01 
COHSO ORA HEZO 
tosz STA $01 
Cos54 STA $C0 
ős. ELT 

CESZ RE 


Először tehát le kell tiltani az összes megszakítást, és ki kell kapcsolni a képer- 
nyőt. Ezután ellenőrizni kell, hogy minden rendben van-e, a gépkezelő lenyom- 
ta-e a megfelelő gombokat. A program azonban még ezután sem mehet tovább; 
várni kell egy kicsit, amíg a magnetofon motorja beáll a végleges sebességre. 
Ezért be kell építeni a programba egy késleltető ciklust, amely jelen esetben így 
néz ki: 


LDX 34-$00 
ll DEY 

BNE II 

DEX 

BNE II 


Amíg ez a ciklus lefut, bőven van ideje a motornak beállni. 

A továbbiakban a $2000-es tárcímre beírtuk a felírandó jelek számát. Ez a 
szám első ránézésre nagynak tűnik. Egy jel ui. 400 ütemciklus, ami 2—3 s. Hogy 
miért 400 ütemciklus? Azért, mert 100 ütemig alacsony, utána 300 ütemig magas 
jelet küldünk. Ez összesen 400. A jelet 35-40 ütemciklusig kell tartani a motor 
ingadozása miatt. Különben félő, hogy hiba csúszik a műveletbe. A két jel 
között késleltetésre van szükség. Ezt a következő módon érhetjük el: 


LDY 4-$xx 
li DEY 
BNE 11 


A gép xx-től fog számlálni. Ez az idő nekünk elég. A jelek felírása után befejezés- 
képp kikapcsoljuk a motort, és engedélyezzük a megszakításokat. Bekapcsoljuk 
a képernyőt is. Figyelni kell arra is, hogy a $C0 értékre nullától különböző szám 
kerüljön, különben a magnetofon motorja a CLI parancs és a regiszterekbe való 
írás ellenére sem áll le. 

Végül — egy másik programmal — vissza kell olvasni az adatokat. 


Gong me] 

VOOIT 1 DA $DOI1T 
004 AND HEFEF 
Lo006 HTA $DOIIT 
009 IDA H$SFF 
COGR STA $DCOS 
00 STA EDGOZ 
Totti LDA HK$IO 
COÖr e BIT $01 
Cola BNE $COIS 
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GOUGZ [DA 
COo19 AND 
658 áTA 
GCOTD. LDX 
BEY 
RNE 
DEX 


COoZr BEG 
COo41 L.DA 
COaáaZ STA 
Cc046 I.DA 
C049 I.DX 
SÖRE LDY 
COGE STY 


CBA Le GRY 
CosSA SRC 
SORS Ír 
tosE 
0660: TAR 
Cöopi SRE 
£063.BCE 
6065-3rF 
€058 DEC 
COGA BNE 
COo6GC 
COGA 
070 
GO7Z 
COZN 
Co78B 
CO7ZA 
CO7D 
CO7F 
Co81 
COBZ 
Cosg 
C€086 


$01 
HEDF 
$01 
H2OO 


$(CoOLF 


$0C0O1F 
H$IO 

$DCECOCD 
$COZ7 


$C027 
$FB 

HELR 
$FE 

4$19 
$DCOF 
H$IO 
$DCOD 
$C0O3ZC 
dt 3 
$DCOF 
$DCO6G 
$DCO7 
H$19 
$DCOF 
H$FF 


HEFF 


HECB 
H$OO 
$C055 
H$I3B 


46$O2 
$C068 
$FCE2 
$FE 
$COo3ZA 


4H$OB 
$DCOF 
$DO11 
H$IO 
$DO11 
$CO 
$01 
H$ZO 
$01 
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Az első pár sor ugyanaz. Letiltjuk a megszakításokat, ellenőrizzük a gépkezelőt, 
és megvárjuk, hogy a magnetofon felgyorsuljon. A timer értékét állítsuk maxi- 
mumra ($FFFF). Mérésként mindig a pillanatnyi értéket kell leolvasni. Először 
várjunk ki kb. 256 jelet, nehogy rosszat ellenőrizzünk. 

A leolvasást úgy tudjuk megvalósítani, hogy lekérdezzük a vezérlőregiszter 
($DCOD) 4. bitjét. Ha ez 1, akkor ott a szalagon negatív él található. Mivel 
leolvasás után a regiszter törlődik, nincs vele egyelőre több dolgunk. 

A jelek számlálóját a $FB/$FC címeken állítsuk $1800-ra. Ez ugyan kisebb 
a felírt értéknél, de nem szabad megfeledkezni arról, hogy a jelek kezdetét 
átugrottuk. Ezután kell a timert indítani : 


LDA 3-$19; 900010011] 


STA $DCOF 


A beállítás a következők szerint történik : 
0. bit: a timer indul 
3. bit: a timer lefutott 
4. bit: a kezdeti érték kerüljön a számlálóba 


Az 5. és 6. bitnek nullának kell lennie, mert belső ütemet kell számolni. 

A timer lefutása után meg kell nézni a szalagjelet. Ha ez a keresett, akkor 
megállunk. Ha nem, újra kell indítani a timert. A kapott értéket invertáljuk, 
hogy az eltelt időt ütemciklusokban mérve kapjuk meg. Írásnál ez az érék 400 
volt, így olvasás közben is megközelítőleg hasonló értéket kell kapnunk. Pél- 
dánkban a jelek távolsága -£ 200 ütemes szórást mutathat. Ha az észlelt távolság 
kisebb 200-nál, vagy nagyobb 600-nál, a védelem idegen behatolást jelez, a 
felírást idegennek tekinti, a vezérlést a RESET rutinra adja, amely a gépet 
alapállapotba hozza. Ha a leírtaknál kisebb az eltérés, tehát ha minden jel 
valódinak tekinthető, a program ugyanazt teszi, mint a felíró rutin: a motort 
kikapcsolja, a képernyőt bekapcsolja, és a megszakításokat engedélyezi. A le- 
kérdezést tehát csak akkor zárjuk ezekkel a műveletekkel, ha a másolásvédelem 
rendben találkozott. Egyébként a program futása vagy RESET-tel zárul, vagy 

ha a szalagon nincs sernmi — végtelen várakozó ciklusba torkollik. (Ha az 
olvasó pontosan ugyanezt a másolásvédelmet akarja használni, nem szabad 
megfeledkeznie arról, hogy a tárolt programmal bárki szabadon rendelkezhet, 
aki e könyvnek birtokába jutott. A programot így csak módosításokkal érdemes 
felhasználni. Az egyik lehetőség pl. a jelek számának és távolságának megvál- 
toztatása. Hogy milyen fokú legyen a módosítás mértéke, azt mindenki maga 
döntse el, programjainak fontosságától függően.) 

Most egy kis segítséget nyújtunk a program kezeléséhez. Töltsük be a jeleket, 
az azonosító rutint a védeni szánt program alá. Ha magas szintű programozási 
nyelvvel dolgozunk (pl. BASIC), akkor egyszerűen írjuk a program mögé a 
DATA sorokat! 
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A felismerő rutint beépíthetjük bármilyen gépi kódú programba, tárbeli 
áthelyezése semmilyen gondot sem okoz. Lényegtelen, hogy milyen nyelvvel 
programozunk (BASIC, FORTH, gépi kód), érdemes a programot kódolni, 
autostarttal ellátni, és a RESET-et is célszerű letiltani és a felismerő rutinok 
végrehajtása után törölni, nehogy avatatlanok kezébe kerüljön programunk. 
Miután a programot felvettük szalagra, töltsük be a felíró rutint. Ha a DATA 
soros megoldást választottuk, akkor gépeljünk be egy RUN parancsot. Tegyük 
vissza a magnetofonba azt a szalagot, amelyen a védeni kívánt programunk van, 
indítsuk el a felíró rutint egy SYS 49152 paranccsal, és nyomjuk le a PLAY, 
RECORD gombokat. Három-négy perc múlva a képernyő visszanyeri eredeti 
színét, ami azt jelenti, hogy a programunk már védve van. 

Most csévéljük vissza a szalagot a program elejére, és töltsük be a programot. 
Ha egy autostart is került a programba, akkor ezután minden betöltéskor 
automatikusan fog mozogni minden. Ha nem, indítsuk el a programot, de a 
PLAY gombot hagyjuk lenyomva. Az olvasórutin ui. most ellenőrzi a védelmet. 
A két program BASIC betöltője: 


19 MU$-"9123456799ABCDEF" 

29 FORI-OTOS9:READA$S:B$-MID$(A$,2,1) 
39 4A$-LEFTSK(AS,1) 

49 FORH-1TO16 

59 IFA$-MID$(MUS, H, 1) THENA—-H—1 

69 IFB$-MID$(MUS, H, 1) THENB-H-1 


79 NEXT 

89 A-Ax16tB:POKE49152tI,4A:NEXT :END 
99 DATA 78 : REM 564 

199 DATA AD, 11,DO9 :REM LDA $00911 
410 DATA. ZS;EF : REM AND H$EF 
129 DATA SD, 11,D9 :REM STA $DO11 
139 DATA A9, 19 :REM  LDA $$IO 
149 ODATA 24,91 : REM BIT $01 
159 DATA DO,FC : REM BNE $C2OB 
169 DATA AS, 01 :REM LDA $91 
179 DATA 29 ,0F : REM AND 4HEDF 
180 DATA 85,91 : REM STA $91 
199 DATA A9,94 : REM LDA 4H$O4 
299 DATA A2,90 s: REM LDX $H$OO 
219 DATA 988 : REM DEY 

229 DATA DO,FD : REM BNE $€91I9 
239 DATA CA : REM DEX 

249 DATA DO,FA REM BNE $€919 
259 DATA 38 : REM SÉG 

260 DATA E9,01 :REM SBC $4H$0O1 
279 DATA DO,FS : REM BNE $C€6419 
289 DATA 86,FB : REM STX. $FB 
299 DATA A9,29 : REM LDA H$2O 
3099 DATA 85,FC :REM S51ÁA. $-E 
319 DATA A5,01 :REM LDA $01I 
SZO DATA. 2957F7 : REM AND 4H8F7 
3309 DATA §5,091 :REM STA $91 
349 DATA A2,14 : REM LDX $H$14 
359 DATA CA : REM DEX 

369 DATA DO,FD : REM BNE $C€COo32 


185 


379 DATA 09,08 : REM ORA 45393 


380 DATA 35.01 :PREM — STA 501 
390 DATA AZ, 30 :REM — LDX 4530 
4009 DATA CA :REM — DEX 

419 DATA 09,FOD :REM — BNE $C938 
420 DATA C6,FE :REM — DEC $FB 
439 DATA 09,E3 :REM — BNE $CO2A 
440 DATA C6,FC :REM — DEC $FC 
459 DATA DO, E4 :REM — BNE $CO2A 
460 DATA AD,11.D0O :REM  LDA $DO11 
479 DATA 99,10 :REM — ORA 4H$ID 
430 DATA 8D,11,00 :REM  STA $DO11 
499 DATA A5, 91 :REM — LDA 301 
500 DATA 909,20 :REM — ORA 45320 
519 DATA 385,091 :REM — STA 501 
529 DATA 85.CO :REM —" STA $CO 
5309 DATA 58 :REM  CLI 

549 DATA 60 :REM — RTS 

559 DATA A4, AZ :REM  LOY $A4 
READY 

a) Olvasórutin : $C000-$C086 (dec. 49152—49286) 


973 MU$-"0123456789ARCDEF" 

109 FORI-OTOL134:READAS:B$-MID$(AS$,2,1) 
101 A$-LEFTS$S(AS.,1) ii 
192 FORH-1TO16 

103 IFA$-MIDS(MUS, H, 1 ) THENA—-H-1 

194 IFB$-MID$(MUS, H, 1) THENB-H-1 


105 NEXT 

120 A-A5164R:POKE49152tI,A:A—-9:R-O:NEXT: END 
399 DATA 78 l :REM SE 

AOL ODA TÁ AD, 14, DOSREM LDA $DO11 

392 DATA 29,EF :REM AND HBEF 

303 DATA SD, 11, DO:REM STA $DO11 

394 DATA Ag, FF : REM LDA H$SFF 


305 DATA SD, 096,0€:REM STA $DC06G 
396 DATA SD, 97,0C€C:REM STA $DCO7 


3097 DATA A9.10 : REM LDA $H$1O 
3098 DATA 24,0i : REM BIT $01 
399. DATA DO.FC : REM BNE $C€C9013 
319 DATA AS, 91 : REM LDA $91 
314 DATA 2Z9.DF : REM AND HSDF 
812 DATA 85.01 :REM STA $091 
313 DATA A2,90 : REM LDX HPOOD 
314 DATA 383 : REM DEY 

315 DATA DO,FD :REM RNE $C9OIF 
316 DATA CA : REM DEX 

34. DATA DOS FA S REM BRNE $CO0IF 
318. DATA A9; 10 : REM LDA H$IÓD 
S49.-DATA 26, 00,;DESREM RIT $DCOD 
SZOUDATA FO;FB :REM BEG $C027 
321 DATA CA REM DEX 

SZZ DATA DO, FS : REM BNE $C027 
323 DATA 96,FB SREM SIX SEB 
324 DATA A9,18 :REM LDA H$3B1IB 
325. DATA 935,EG IREM STA SFCO 
326 DATA A9,19 :REM LDA $H53I9 


327 DATA 3D.9F,DC:REM STA $DCOF 


323 DATA AJ, i9 :REM LDA H$1O 
329 DATA 2C,OD,DC:REM BIT $DCOD 
339 DATA FO,FB :REM BEN $C93C 
331 DATA 4A9,098 :REM LDA HS$SOGR 
332 DATA SD, 9F,DC:REM STA $DCOF 
333 DATA AD, 96,DC:REM LDA $DCOS 
334 DATA AE, 27,DC:REM LDX $DCO7 


3398 DATA A9,19 :REM £LDY H$SI9 
336 DATA 8C,OF,DC:REM STY $DEDF 
337 DATA 49.FF :REM EOR $$SFF 
3389 DATA AB REM TAY 

339 DATA 84 REM TXA 

349 DATA 43 ,FF :REM EOR HS$FF 
341 DATA AA REM TAX 

342 DATA 79,CB :REM BVS $C9022 
343 DATA E9,990 :REM SRC H$XOO 
344 DATA 99,97 :REM BCC $C9065 
345 DATA 79.58 :REM BVYVS $COBB 
346 DATA 8A : REM TXA 

347 DATA E9,92 :REM SBC H5$5O2 
343 DATA 99,93 :REM BCC $CosS8 
349 DATA 4C€C,E2,FC :REM  JMP $FCE2 
390 DATA CS6.FB :REM. BEC  $FB 
351 DATA DO,CE " :REM BNE $CO3A 
ES ATÁANLA GÉ El :REM  0EG: $FG 
Jad DATA DOLGA :REM BNE $CO3A 
354 DATA 43, 903 :REM LDA H$3Og 


355 DATA SD.OF,DC :REM STA $DEGF 
356 DATA AD,11,DO :REM LODA $DOÖO11 


357 OATA 09.10 :REM ORA H$IO 

358 DATA 8D,11,DO :REM STA $D011 

359 DATA 85,CO :REM STA $CO 

3609 DATA A5, 01 :REM LDA 501 

361 DATA 99,29 :REM ORA 4H$B2O 

362 DATA 85,01 :REM STA $91 

363 DATA 58 :REM CLI 

364 DATA 60 :REM RTS 

READY 

b) Felírórutin : $C000—$C0O57 (dec. 49152—49239) 


Védelmi rendszerünkkel nagymértékben meg lehetünk elégedve, de nem sza- 
bad megfeledkezünk hátrányairól sem, pl. a betöltési sebesség jelentősen csök- 
kent. (Gondolkozzunk el a felmerülő problémán: hogyan lehetne a jeleket 
gyorsabban szalagra küldeni?) Fejezetünk elején tettük azt a kiábrándító megál- 
lapítást, hogy képtelenség általános másolóprogramot készíteni. 

Elérkezett az idő, hogy megállapításunkat megerősítsük. A szalagra felírt 
adatok egymástól meghatározott távolságra (időtartamra) lévő jelekből állnak. 
Másolóprogramunk annyira nem , intelligens", hogy tudja, egy vagy több jeltá- 
volsággal dolgozunk, elvileg csak annyit tehet, hogy mér és tárolja az egyik jeltől 
a másik jelig eltelt időtartamot. Ez a megoldás viszont , felfalná" memóriánkat, 
jóval nagyobb volna a helyigénye, mint amennyi egy átlagos program betöltése 
után a tárban szabadon marad. Egy szemléletes példával rögtön átlátjuk e 
megoldás hátulütőit. 
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Tegyük fel, hogy a felírás formátuma két különböző időtartamra épül úgy, 
hogy töröljük az egyik nullát, a másik az egyet jelöli. Minden egymást követő 
nyolc bit után egy további (az előző kettőtől különböző hosszúságú) jel áll. 
Ahhoz, hogy gépünk ezt le tudja mérni, jelenként két byte-ra lenne szükség. Ha 
a másolandó program — tegyük fel — 4 Kbyte-os, a szalagon összesen 
4096:(811) — 36864 byte található. A másolóprogramnak tehát összesen 
nál. Ráadásul nem tekinthető megoldásnak az sem, hogy a programot részekre 
bontjuk, hiszen az összefüggő adatsorozatot összefüggően kell tárolni; vagy 
beletörődünk abba, hogy a másolóprogram csak igen rövid programokra mű- 
ködik, vagy legalább 256 K byte-os tárbővítést kell használnunk. Olyan másolót 
egészen biztosan tudnánk készíteni, ami az átjátszó zsinóros megoldást szimu- 
lálja. De a beolvasott jeltávolságok a technikai pontatlanságok miatt sohasem 
egyeznek meg tökéletesen a felírt jeltávolságokkal, úgy is fogalmazhatnánk, 
hogy aszinkronban lesznek egymással a jelek. Ez pedig azt eredményezi, hogy 
a másolatok minősége fokozatosan romlik, míg egyszer teljesen hasznavehetet- 
len nem lesz. 

Végül is visszajutunk a kiindulóponthoz: a másolóprogram csak akkor lehet 
tökéletes, ha ismeri a felírás formátumát; az pedig teljességgel lehetetlen, hogy 
valaki egy programon belül az összes lehetséges formátumot figyelembe vegye. 


5.5.3 Új, kazettás felírási formátum: KMR 


Az előző fejezetben felmerült az az ötlet, hogy a megszokott kazettára való írás 
helyett egy egyedi, új rögzítési formát dolgozzunk ki mágnesszalagra. Ezt az 
ötletet kár lenne elvetnünk, lássunk hozzá a megvalósításhoz! Nevezzük a 
programot KMR-nek (kazettás másolásvédelmi rendszer). Új rendszerünk ha- 
tásossága érdekében a következő követelményeknek kell megfelelnie : 


1. Létező másolóprogramokkal ne legyen másolható. 

. Nagy felírási sebességgel működjön. 

. A betöltő gyors legyen és automatikusan induljon, és a betöltött programot 

is automatikusan indítsa. 

4. Kezelése egyszerű legyen azok számára is, akik részletesen nem kívánnak 
foglalkozni a rendszer működésével. 

5. Legyen elhelyezhető a RAM-ban a BASIC interpreter alatt. 

6. Legyen opcionálisan áthelyezhető a RAM-ban. 


Jó9 E VO]) 


A program működési alapelve a következő : az operációs rendszer SAVE rutin- 
ját a vektorok segítségével saját rutinnal helyettesítjük. 
ATISAVE"programnév" ] parancs hatására először a betöltőprogram egy részét 
eltoljuk a $02A8 (680) címre. 
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A program többi részét a file-név helyén tároljuk, így azok a kazettapuffer 
betöltésekor kerülnek a tárba. A betöltőrutint a már megszokott módon, , las- 
san" tároljuk úgy, hogy autostart is legyen a rutinban. 

E rutin mögé kerül a tulajdonképpeni program, új formátumban. Betöltéskor 
a gépkezelőnek a megszokott módon be kell írnia egy LOAD parancsot, és le 
kell nyomnia a kazettás egyégen a PLAY feliratú gombot. Ekkor az operációs 
rendszer behívja az új betöltőt, és el is indítja. A betöltő ugyanezt teszi a 
főprogrammal. 

Mi is az új formátum lényege? A szalag elejére felírunk egy szinkronjelet, ami 
a program kezdetét mutatja. A szinkronjel mögé felírjuk a program kezdő- és 
végcímét, majd ezt követően magát a programot. A sort az a byte zárja, 
amelyben az ellenőrző összeget tároljuk. Az ellenőrző összeg tájékoztat a betöl- 
tési hibákról. Kiszámítása rendkívül egyszerű, nem kíván komolyabb ismerete- 
ket. A program utasításai között rendre EOR műveletet végzünk. Miután 
beolvastuk az adatokat, a kapott értéket össze kell hasonlítanunk az eredetivel, 
és ha a két érték között különbség van, betöltési hiba történt. A leírtak feltétele- 
zik, hogy a bitek és a byte-ok szalagra írásának módszerét már. kidolgoztuk. 

A tárolás alapelve, hogy a magas bit (1-es) távolabb van az előző jeltől, mint 
az alacsony bit (0-ás). Az 1 értékű bitnek 643, a 0 értékű bitnek pedig 388 
ütemciklusnyi távolság felel meg. Egy byte természetesen 8 egymást követő 
bitből áll. 

A betöltőprogram készítése közben a felmerülő probléma a következő: ho- 
gyan ismerjük fel a főprogram legelső bitjét? A válasz kézenfekvő: a kulcsszó 
a szinkronjel. A szinkronjel azonos, előre rögzített tartalmú byte-ok sorozata. 
Nem volna ésszerű megoldás pl. a $AA (310101010) értéket választanunk, 
hiszen ha több ilyen jelet írtunk egymás mellé, a bitkombinációnk összefolyik. 


... LO1O10101010101010... 


Ebben az esetben szinte képtelenség lenne elkülöníteni, hogy valójában melyik 
a szinkronjel első bitje, hiszen az ugyanúgy lehet a harmadik, mint az ötödik. 

Sokkal nyilvánvalóbb és áttekinthetőbb az a megoldás, amelyet most ábrázo- 
lunk : 


$C0O (911000000) 
...001100000011000000110000... 


Ezt a sorozatot nagyon egyszerűen byte-okká törhetjük : 
...00 11000000 11000000 110000... 


Szokás még a szinkronjel kiegészítése egy vagy több jól felismerhető byte-tal. 
Ezek használata biztonságosabbá teszi a programkezdet felismerését, nehogy 
összetévesszük valamilyen más szalagjellel. Példánkban erre a $48 értékű byte- 
ot használjuk. 
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Hogyan tudunk pontosan időzíteni írás és olvasás közben? A válasz: egy 
megszakítási rutinnal. Írás közben a megszakítást a CIA (Control Interface 
Adapter) timer váltja ki. A timer értéke állandó. Mielőtt kiváltanánk a megsza- 
kítást, meg kell vizsgálnunk, hogy a felírandó bit nulla-e vagy sem. Ha a bit 
nulla, akkor azt azonnal felírjuk a szalagra ; ha egy, akkor egy várakozóciklust 
indítunk el, mielőtt felírnánk a jelet. Ekkor a timert újra elindítjuk. A timer, míg 
olvasunk, hasonló szerepet kap. Most azonban nem megszakítást (BREAK) 
hoz létre, hanem a szalagon észlelt jel. Az a bit, amely a timer lefutását jelzi, 
azonos a beolvasott bittel, hiszen értéke csak akkor lesz 1, ha a két jel közötti 
távolság nagyobb, mint egy rögzített érték. 

Az írás és olvasás közben eltelt időt a KMR a következőképpen nézi: ha a 
$0314/$0315 címeken található IRO vektorra hivatkozunk, a megszakítás kivál- 
tása és a saját megszakítórutin elérése közben átlagosan 39 ütemciklus telik el. 

Ahhoz, hogy felírjunk egy 0 bitet, a felírórutinnak 16 további ciklusra van 
szüksége, hogy a jelet vezetékre küldje, és még másik 6 ciklusra, hogy a timert 
újraindítsa. Ha a timert a 327 ($0147) értékről indítjuk, a nulla bithez tartozó 
időtartam : 


A timer elindítása : 6 ciklus 
Az IRO-ig eltelt idő : 327 ciklus 
A saját IRO rutin eléréséhez : 39 ciklus 
A jel továbbításához: 16 ciklus 


Összesen : 388 ciklus 
Ahhoz, hogy egy I-es bitet felírhassunk, ezt az értéket meg kell növelnünk 255 
ütemciklussal, mert így az előző jeltől mért távolság 388 4 255 — 643 ütemciklus 
lesz. Attól függetlenül, hogy a bit alacsony vagy magas, az íróvezeték kb. 80 
ütemciklus erejéig marad alacsony jelszinten, ami az időmegszakítás szempont- 
jából nézve, teljesen lényegtelen esemény. 

Olvasásnál a timert úgy kell beállítani, hogy rövid szalagjel esetén a vezérlést 
megszakító regiszter leolvasása alatt ne fusson le, hosszú jel esetén pedig elég 
időt hagyjon arra, hogy az ICR-ben a timerbitet 1-re állítsuk. 

Az alacsony állapotú bit leolvasásához szükséges időt a következő módon 
határozhatjuk meg. 

Kezdőpont: a negatív él megszakítást vált ki. 


A megszakítási rutin eléréséhez : 39 ciklus 
Az ICR leolvasásához: 4 ciklus 
A timer indításához: 6 ciklus 


Összesen: 49 ciklus 


A következő jel eléréséig : 388-49 — 339 ciklus 
Az ICR leolvasásáig: 394 4 — 43 ciklus 
Összesen : 382 ciklus 


Ha ugyanezt a számítást elvégezzük az 1-es bitre, a végeredmény 637 ciklus. 
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A timer startértékét úgy kell megállapítani, hogy a kapott két érték közé 
essen, azaz pl. 512 ($0200) legyen. 

A következő kérdés, hogyan kerülnek a byte-ok a szalagra? A tárolás megsza- 
kítórutinja mindig csak 1 byte-ot ír fel. E művelet közben 4 regiszterre lesz 
szükségünk: 


— egy eltolóregiszterre, amelyből a következő bitet átvesszük ; 

— egy olyan számlálóra, amely az átvitt bitek számát mutatja meg; 

— egy átmeneti tárolóra, amelyben elhelyezzük a következő byte-ot; 

— egy kapcsolóra, amely megmutatja, hogy a megszakítási rutin beolvasta-e már 
az átmeneti tároló tartalmát. 


A megszakítási rutinnal párhuzamos futó főprogram addig vár, amíg ez a 
rutin az átmeneti tárolóból a byte-ot be nem olvasta, és a soron következő 
byte-ot csak ekkor írja bele. A kapcsolót használat előtt a rutin $80 (128)-ra 
állítja, és a kapcsoló későbbi értéke alapján dönti el a főprogram, hogy az 
átmeneti tároló szabad-e már. A kapcsoló 0 értéke azt jelzi, hogy az átmeneti 
tár ismét foglalt. Ahogy a byte összes bitje felíródott a szalagra, a megszakítási 
rutin az átmeneti tároló tartalmát átviszi az eltolási regiszterbe, és ezzel a kör 
bezárult. 

Ugyanezen regiszterek segítségével történik az olvasás is, csak minden ponto- 
san fordított sorrendben. A beolvasott bitet először az eltolási regiszterbe viszi. 
Miután mind a 8 bitet beolvasta, az eltolási regiszter tartalmát átviszi az 
átmeneti tárolóba. A beolvasott byte átadása, a főprogram és a rutin közötti 
kommunikáció ugyanígy zajlik le, mint az írásnál. 

A szinkronizáció, azaz a legelső, már az adathoz tartozó jel azonosítása 
nagyon fontos dolog, amire nagy hangsúlyt kell fektetnünk. A főprogram egy 
ideig hagyja dolgozni a rutint anélkül, hogy az adatot az átmeneti tárolóból 
átvenné. Lekérdezi az eltolási regisztert, és megvizsgálja, hogy értéke $CO (192 
— szinkronjel) vagy sem. Ha igen, akkor 7-re, azaz maximumra állítja a beolva- 
sott bitek számát jelző változatot, még mielőtt a következő megszakítási kére- 
lem megérkezne (a számláló mindig héttől nulláig folyamatosan csökken). Az 
adatbyte beolvasására csak ezután kerülhet sor. 

A fejezet elején hat alapvető követelményt támasztottunk a KMR-rel szem- 
ben. Az első követelmény, hogy a program gyakorlatilag másolhatatlan legyen. 
A lényegesen új tárolási formátum létrehozásával ezt már teljesítettük. 

A második pont a felírási sebességre vonatkozott. A sebességet a jelek közötti 
távolság határozza meg. Esetünkben ez 516 ütemciklus. A felírási sebesség 0,98 
MHz ütemfrekvencia mellett kb. 1900 bitet jelent másodpercenként (azaz 1900 
baud). Ez a sebesség kb. hatszor akkora, mint amekkorát az operációs rendszer 
által használt formátum segítségével elérhetünk. Ez a hatszoros sebesség nem 
a felső határ. Ha valakinek ez mégsem felelne meg, akkor az assembler progra- 
mot javítsa ki a következő három helyen: 


191 


$COC9 - a timer kezdőértéke írásnál, 
$C148 — a nulla és egy közötti különbség időciklusa, 
$037D - a timer kezdőértéke olvasásánál. 


A nagy sebesség viszont nagymértékben növelheti a hiba előfordulásának gya- 
koriságát. Ezt mindig szem előtt kell tartanunk. Lehet megoldás persze, hogy 
a C 64-eshez kazettás egység helyett hi-fi berendezést illesztünk. (A gyakorlati 
határ kb. 3600 baud, de folytak biztató kísérletek 7200 baudon is.) 

" A betöltőrutin automatikus indítását a $0302/$0303 (770/771) BASIC RUN 
rutin aktivizálásával indítjuk (ld. 3 fejezet) : 


LDA 4-$00 


JSR $4A871 


JMP $A7AE 


Ha programot nem RUN-nal, hanem SYS-szel akarjuk indítani, akkor he- 
lyettesítenünk kell a hívást közvetlen ugrással, a JMP utasítással. Új rendsze- 
rünk kezelését a SAVE vektor átírása rendkívül megkönnyíti. Előnye, hogy a 
program bármilyen monitorprogrammal is képes együttműködni. 

Kell még néhány szót szólnunk a KMR kezeléséről. Írjuk be és indítsuk el 
a BASIC betöltőt. Ezután a SYS49152 (49152 — $C000) parancs kiadásával 
aktivizáljuk a KMR-t. Töltsük be a védeni szánt programot a tárba, és mentsük 
a szalagra a I SAVE"programnév" ] paranccsal. Ha nem akarunk minden egyes 
használatkor vesződni a BASIC betöltővel, a gépi kódú programot a betöltő 
lefutása után szintén tárolnunk kell egy programmal: 


109E Li 0 KG-T OG OG OL ÜG 
10AZ 200 0400 009 00 00 00 90 00 
10AR 00 AC 7F 00 00 00 00 00 
1100 74 a4 74 ún kés BD át 
1108 0 OG AÚ 00 ü0 00. ü0 00 


Ezután a védelmi rendszer betöltése következik : [ LDAD7"KMR?" ], és instal- 
láljuk az előbbi SYS paranccsal. Ilyenkor ajánlatos egy NEW parancs kiadása 
is, hogy a BASIC mutatókat alapállapotba hozzuk (ez természetesen nem törli 
a gépi kódú programot). Figyelem: a program ugyan átállítja a SAVE vektoro- 
kat, de a STOP/RESTORE ismét alaphelyzetbe hozza. Ha ezt a két billentyűt 
használtuk, akkor a programot még egyszer le kell futtatnunk egy SYS 49152 
paranccsal. 

Ahhoz, hogy a KMR képes legyen lementeni a BASIC interpreter alatt a 
programot a RAM területéről, az 1-es tárcímre $06-ot kell írnia. A tárcím a 
módosítás után azonnal ismét alaphelyzetbe kerül. 

Új rendszerünk csak akkor alkalmazható 38 Kbyte-nál hosszabb programra, 
ha nem használunk file-nevet. Eljárásunk "Out of Memory Error" üzenettel 
végződik. Néhány ötlet, mint pl. al POKE 56,208:CLR I parancs, segítségünkre 
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lehet. Hatására a BASIC interpreter a karakterláncokat egy szabad tárterületen 
helyezi el. A védelmi eljárás befejeztével az alapállapotot pl. egy BASIC prog- 
ram futtatásához a I POKE 56,160:CLR ] paranccsal állíthatjuk vissza. 

A hatodik pontban a program áthelyezhetőségét szabtuk meg követelmény- 
ként. Ehhez elég a rendszerünk apró módosítása. Mivel a KMR tárolásánál a 
betöltési és a kezdőcímet külön kezeli, jogunkban áll helyükre valóban eltérő 
értékeket írni. A szükséges helyet két üres utasítással (NOP — No Operation) 
biztosíthatjuk. Ha a betöltési címet módosítani szeretnénk, a NOP utasítások 
helyére a megfelelő értékeket kell beírnunk. 


C0O7E LDAd-$] a betöltési cím felső byte-ja 
C085 LDAd-$ a betöltési cím alsó byte-ja 


Ez a változtatás több szempontból is előnyös. Egyébként lehetővé teszi, hogy 
azokat a programrészeket is kimentsük, amelyeket olyan tárterületre kell betöl- 
teni, ahonnan nem lehet kimenteni. Ilyenek pl. a következő területek : $C000-tól 
$C269, itt található új kazettás rendszerünk, és a $E000-$FFFF az operációs 
rendszer által foglalt területek. A kazettapuffer sokrétűségét mi sem bizonyítja 
jobban, hogy saját betöltőrutinunkat is ide helyeztük el. A $0400 cím fölött már 
nincs helyigényünk, ezzel a szabad területtel szabadon rendelkezhetünk. Ha egy 
programot pl. a $C000-$CFFF-ig terjedő területen tároltunk, először helyezzük 
át egy monitorprogram segítségével egy szabad területre, pl. $4000-$4FFF-re. 
Most töltsük be rendszerünket, és módosítsuk a következő sorokat: 


C07E LDA 1£$C0- $C000 felső byte-ja 
C085 LDA 1 $00 [- $C000 alsó byte-ja 


Ezután indítsuk el a KMR-t a SYS 49152 paranccsal. Most már nyugodtan 
elmentheti a programot a $4000-$4FFF területről. A betöltéskor olyan lesz, 
mintha a tárolást $C000-tól kezdtük volna. 

Említettük, hogy a módosítás más szempontból is előnyös. Lehetőségünk van 
egy olyan programvédelem kialakításra, amely egyébként csak lemezen tárolt 
programra alkalmazható. A $AC/$AD címeket betöltés közben mutatóként 
használjuk, a következő byte kijelölésére (Id. az assembler listát). Ha ezt a 
mutatót megváltoztatjuk, a következő byte-ok tökéletesen máshová kerülnek. 
Feltétlenül: szükséges vigyáznunk, amikor a $9B címet elérjük, ez a cím ui. 
tartalmazza az ellenőrző összeget. Ha ez az összeg a betöltés végén nem megfele- 
lő, rendszerünk feltételezi, hogy az adatok rosszak, és a RESET-re ugrik. 

Tegyük fel, hogy a tárban a 6. ábrán látható byte-sorozat található. 


1098 11 00 600 00 00 00 00 006 
10AZ 00 00 00 00 00 00 00 00 
10AB 00 AC 7F 0090 09 00 600 00 
1100 74 A4 74 A4 CZ C2 CD 38 
11098 704 00 00 009 00 600 00 00 
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Tároljuk a $1098B-$1109 úgy, hogy tartalma a $009B-re töltődjön vissza. Ellen- 
őrző összegünk jelen esetben hibás lesz, de nem kell megijedni, szándékosan 
tettük ezt. A következő nulla byte-ok hatástalanok. Az első fontos byte a $AC, 
amely a $00AC címre kerül (tehát a nulláslapra). A rendszer, miután beírta a 
$AC-t a $00AC címre, a mutató értékét megnöveli. A következő byte tartalma 
$7F, ez a $00AD címre kerül, és a mutató jelen esetben a $7FAE címen áll. 
A soron következő byte-ok betöltése itt kezdődik. A $8000-es címen a 
"CBM80" azonosító található (Id. programvédelemről szóló fejezet). A betöltés 
befejezése után a KMR megvizsgálja, hogy az ellenőrző összeg helyes-e. Ha 
nem, akkor a RESET-re ugrik, ellenkező esetben a processzor a CBM80 szöveg 
azonosítása után, a BASIC értelmezőre (a $A474 címre) adja a vezérlést. Az 
ugrási címet kell csak módosítanunk, ha ehelyett a főprogramot akarjuk elindí- 
tani. 

A fejezet hátralévő részében a védelmi rendszer assembler listáit adjuk közre, 
mellékelve a fontosabb tárcímek és rutinok dokumentációit. E fejezetben leírtak 
feltehetőleg meggyőzték az olvasót, és felkeltettek további érdeklődést a , lemá- 
solhatatlan program" megvalósítása iránt. 


A kazettás másolásvédelmi rendszer (KMR) assembler listája 


A hivatkozott tárcímek : 


$98 : a betöltött/tárolt program ellenőrző összege 

MC: ha negatív az értéke, a byte-ot beolvassuk/kiírjuk 

$SAC/J$SAD :mutató az aktuális byte-ra (a $AC az alsó, a $AD a felső byte) 
$SAE/$SAF : mutató a végcím -t 1-re 


$B4: a beolvasott/kiírt bitek számlálója 
$BE: az aktuális byte . 
$BF: eltolási regiszter a byte beolvasásához/kiíráshoz 


$C1I/$C2: a kiírt betöltési cím 


A SAVE rutin: 


Coo LDA f A SAVE rutin megváltoztatása 

dés STA A OSZC-be.A SAVE vektor alsó byte-ja 
sísla LDA A $Cc 8 felső byte-ja. 
007 SFA HAS A § 3-ba a SAVE vektor magas byte-ja 
COOARA  RTS Visszatérés 
COOR LDA Eszközszám 
GOOD  ÉMP Ha 1, akkor kazetta 
COOF BEG : Ha igen, akkor ugrás a $C014-es címre 
pina b SME GEF Ha nem, ugrás a normál SAVE rutinra 
C€014 I.DX Az eltolás előkészítése 
f016 I.DA A betöltőrutin része 
2019 STA SZ Eltolása $OZ2ZAB-t6l1 kezdődően 
gége hb a INX Számláló növelése 
Co1iD CPX H$48B Be van olvasva az összes byte? 


S01F BNE $£(C016 Elágazás, ha nem ugrás vissza $C016-ra 
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ik 1618) 
$87 
$0c 


HEHIO 
$CO2ZZ 


t$20O 
SCLBZY 


Co4s 
€047 
C049 
Co4R 
to4E 
C050 
C05s 
tos 


Güs3z LDBA $ÚC2 
089 
Cosa 
(aletaitei 


COSE LDA $H$OZ 


C074 
026 
COo7A 
CO7B PLA 
LO070C o STA $AD 
SOZE NÜPF 
CO7ZE o NOF 


jefelzie STA $02 
CO83Z FLA 
CogZ STA $AC 


Co88 NOF 
Cto8386  NÖP 
LCLO87 STA $C1 
89  FLA 

G A STA HAF 
Co3gC 0 FLA 
CcoögD STA 
COBF JSR 


. Indulás 


Mutató a filenév előkészítésre 


Elágazás, ha innen 
A filenév bvyterok elvitele 
Elhe öoöltöprogram elé 
ámláló növel 
-tal való 
Ha nem, ugrás ta 
lósrtal való összehasonlítás 
Ha icem, ug 
Ha nem feltöltés s 
Elhelvezés a file 
ámiláló növel 
a $£CO31-es 
szám X 
szszám legven 1 
ilagos cim (s 
ís a FILFAR rutanra 
le-név ho 2 
-név folytatasa 
Felső byteria a $OCIGRZ 
FILINAM j 
A véacim alsó bvterja 
A veremből az akkumulátorba 
A végcím felső byterja 


]vezeés a 


címnek 


A kezd 


im alsó hyiezsja 


A kerdőcím felső byterj)a 


S má, új 
:ezdéőcim 
a $C1/$C2 bvyte—okba 


$OZOA az új 
végcim 
a $AE/6$OF hyteé-okba 


az autost a 
SZ$OZOZ cime 
BASIC vektor, egy 

O-rát tesz a $9D-be 


viszi 


bevitelére 


A normál SAVE rutin hívása 
A kezdőcím magas byterj mak 
visszahozása E 

No OFeration 


A töltési cim macias byte-rja 
Vissza a verembe 


A véagcím magas byte-rja 
A védcim alacsonv bvte-ia 


A BASIC vektorok visszaállítása 


asz o mimre 


nincs elmozrditás) 
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09 
GO96 
Coza 
OoZB 
Jaz D 
TORO 
t0AZ 
T0AS 
CoA7 
T0AB 
CORA 
CORC 
CORE 
COBO 
CORZ 


C0C1 
COCA 


coCS 


CC? 
COCB 
CÉ 
COoCF 
CODZ2Z 
CoD4A 
CoD6 


CoFg 
CGöFg 
E0FB 
Z0FG 
GOFE 
C1oOo 
C€101 
(est Éles 
C103 
Cios 
C€108 
C109 
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$DO11 
HEEF 
$004LI 


$01 


H;OG 
$01 
$C0o 
4$OZ 
H:E:OO 
$98E 


$COBR4 
$COR4 


H$OL 
£CORB4 
HBIF 
$DCOD 
4$B? 
$DCOD 
H$47 
$DCOG 


$DCO7 
H$O7T 
$B4 
H$19 
$DCOF 
$DCOD 


H$CÓ 
$(67179 


$OODF 
4640 
$C17A 
$01 
$0C178 
$0 


A megszakítás letiltása 
Megs: tás a VIG-tő1 
A képernyő kikapcsolása 


Measrzrakiíitási vektor 
a $C€144-re 
irányítva 


Tárolás a veremben 


A saját konfiguráció elhelyezése 


Emellett egyidejüleg a magnó 


szalagidő elkészítése 


Ellenőrz 
X regis 


összeg nullátó1 


A CIA 1 összes megszakítási 
zégének kikapcsolása 


Megs 
Engedélvezve a 


Bitszámláló 
hetes értékre állítja 
a Timer indulásakor 


Megszakítás engedélyezése / 
A 1925 szinkronjel 
irása szalagra 


Ha mem 


programkezdőiel1 

sa kazattára 

Jöcím alsó byter-ja 
Ismét. felírás 

A kezdőciím felső byterja 
Feliírás 7 

A végciím tárolása a tárolóba 
Levonunk $AE--t 

a kezdőcim alsó byte-jából 
Tárolás 

Levonunk $AaF-—-et 

a kezdőciím fels6 byte-—-jából 
Tárolás 

Frogramhossz alsó byte-—ja 
Hozzáadjuk a kezdőcím 

alsó byte-ját a töltöprgnak 
Felírás kazettára 
Frogramhossz felő byte-ja 


Hozzáadjuk a kezdőcím felséőé byterját 


zter tartalmának csökkentése 


akítás a Timer B-n keresztül 


CTG USR 
C1i0E  LBA 
Ci10 TAX 
C13i  "EOR 
STA 
TXA 
JSR 
I1SR 
JSR 
BNE 
LDA 
ISK 
JSE 
JSR 
SEI 
FLA 
ORA 
STA 
JSR 
JSRK 
JSR 
LDA 
STA 
ELT 
IME 


$0C17A 
( AC) ,Y 


$9E 
$9R 


$C17A 
$FCDRB 
$FCD1 
$C10E 
$98E 

$C17A 
$C17A 
$(C17A 


HEZO 
$01 
$FD15 
$FDAZ 
$FŐ9S 
H$OE 
$DO2O 


$A474 


Felírás kazettára 
Frogrambyte elhozatala (YO) 
Közbülső adatok tárolása 
Ellenőrzőösszeg képzése 

és titkos tárolás 


Hazettára írás 

Foly. növelése a $ACZSAD mutatóknak 
egészen a végcím $AE/$AF eléréséig 
Ha még nem : el, ugrás vis 
Ellenörzőössz elhozása 

Irása kazettára 

Várunk az utolsáé byte-ig 


za 


Megszakítás letiltása 


Motor kikapcsolása 

A régi vektorok visszaállitása 
Megszakításvektor visszaállítása 
CIA—-t visszaállítjuk a régi üzemre 
A motort. kikapcsoljuk, a képernyőt 
Visszaállítjuk a képernyő 

eredeti színét 

Megszakítás engedélyezve 


Vezérlés átadása a BASIC értelmerőnek 


Megszakítás rutin a szalagra íráshoz : 


C144 ASL. 
BCC 
L.DX 
DEX 
BNE 
LDA 
AND 
STA 


C170 LDA 
C172 STA 
C€174 LDA 
. C177 JMP 


$BF 
$(014D 
H$I 


$C14A 
$01 
H$F7 
$01 
t$19 
$DCOF 
H$ILO 


$C15A 
í$08 
$01 
$DOZO 
$B4 
$C174 
4$O7 
$B4 
$BE 
$DF 
H;3O 
$90€ 
$DCOD 
$FEBC 


Egy bit az eltolóregiszterbő6l 
Ugrás, ha a bit nulla 


Még 255 ütemciklus várás 
Ugrás, ameddig nincs meg a 2559 
Kapubyte bevitele 

A bit kinullázása 


80 ütemciklusig várás 
Ugrás, ha még nincs meg 
Z. bit egyesre állítása 
Kontrollként a képernyő 

színének változtatása 

A komplett byte már be van irva? 
Ha nem, akkor ugrás 

Bitszámláló beállítása 


Megszakítás szabaddá tétele 
Megszakítás vége 
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Egy byte kiírása : 


bvte már 
Mm, ugras 
elebbi byte átadása 

byte ki 3 €3 
zatérés a szubrutinból 


GIÍZA BIT 2 Utolsá 
SA 7G $Cí7A Ha n 


it €2 


$C183-tól $C192-ig: a file-név számára fenntartott hely. A következő rutint 
($C193-tól) betöltéskor áthelyezzük a $0351 címre. 


SE1 

LDA H$04 
STA $DO11 
LDA HEAB 
S$TA $0314 
L.DA H$sOZ 
STA $0Z15 
LDA $01 
AND HsIF 
STA $01 
STA $CO 
H$HOO 
$9D 


$036D 


$0Z6D 
HEZF 
$DCOD 
4H$IO 
$DCOD 
H$sFE 
$DCOG 
H$H$OI 
$DCO7 
H$HI9 
$DCOF 
$DCOD 


$0Z90 


$OZJE 
$OZCA 
HSBOZ 

$OZAB 
H$49g 

$OZJO 
$OZCA 


Ugyanezt 


címre. 


$AC.X 


$0ID8 
$PGEZ 


$FD15 
$FDAZ 
$FCOZ 
H$EOE 
$DOZO 
$PE 
$AF 


$02ZD9 
HS$E.1 
$0328B 
4300 
$A871 
$A7RE. 


tesszük a következő 


Megszakítás rutin a betöltéshez : 


02ZED 
OZBF 


L.DA 
1.DX 
STX 
CSR 
ER 
ROL 

INC 
DEC 
BFL 
L.DA 
sTaA 
LDA 
STA 
L.DA 


STA. 


JMF 


$DCOD 
H$I9 
$DCOF 


$RF 
3DO2O 
$R4 
$OZC7 
$4$EO7 
$4H4 
$BF 
$BE 
H3BO 
$9C 
$FEBC 


Megszakitás-regiszter olvasása 
A Timer ujra imdul 


Egy bit a Timer R-nek 

A Carry bitbe tolja 

A bit az eltolási regiszterbe" jti 
Kontroll 


egy byte? 
ugrás 
mliáló héttől 
csök nti az értéket 
mulláig 


Szinkronjel 


Megszakítás vége 


rutinnal is ($C23F-től), áthelyezzük a $02A8 
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Byte tárolása beolvasás után: 


OZCA BRIT $9C Van még byte? 

ÖZCC BFL $OZCA Ha nincs, akkor 

ÖOZCE STY $9C szinkronjel kitörlése 

OZDO LDA $RBE Byte elvitele 

OZDZ2 RTS Visszatérés a rutinból 

OZDZ JSR $E4573 BASIC vektorok visszaállítása 

o2ZD6 JMF $0351 Ugrás a betöltő rutinra 

ÖZD9 STX $2D BASIC program vége mutató (alcsony byte) 
OZDE STY $2ZE magas byte 


ÖZDE JSR $A569 CLK utasítás 
OZE1 JSR $A5-Z ugrás a $A533 címen levő szubrutinra 
ÖOZE4 JMF $OZEF ugrás $0ZEF-re 


A KMR rendszer teljes programlistája : 
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FORI-1TOSZSSTEP15:FORJ-OTO14 
READA$:A$-LEFT$B(AS, 2) :B$—-RIGHTS$(A$, 1) 
A-ASCCA$)—48: IFAD9THENA-A—7 
8B-ASC(B$) -48 : IFB29THENB-B-7 


A-Ax16tB8B:POKE491514I4J,A:NEXTJ:NEXTI : END 
DATA A9,OB :REM LDA 4$OB 
DATA B8D,32,93 :REM STA $09332 
DATA A9g,CO :REM LDA $$CO 
DATA  3D,33,93 :REM STA $9333 
DATA AS5S,BA :REM LDA $BA 
DATA €9,921 :REM CMP 4$$OI 
DATA FO,93 :REM BEN $CO14 
DATA 4€,ED,F5S :REM JMP $F5ED 
DATA AZ2,99 :REM LDX H$2O 
DATA BD,3E,C2 :REM LDA $E23E,X 


DATA 9D,AZ3,92 :REM STA $92Ag,X 


DATA EZ :REM INC 

DATA E9,48 :REM CPX H$4g 
DATA DO,F5 :REM BNE $C216 
DATA A9D,99 :REM LDY HS$OO 
DATA €C4,B7 :REM CPY $87 
DATA FXO,94A :REM BEG $C931 
DATA BI,BB :REM LDA (S$SBBD,Y 
DATA 99,83,CIiI :REM STA $CIB3,Y 
DATA CB :REM INY 

DATA €CHB,10 :REM CPY H$I9g 
DATA DO,F2 :REM BNE $€C09023 
DATA €CX,19 :REM CPY H$IOD 
DATA FO,99 :REM BEG $CO03E 
DATA A9,29 :REM LDA $$29 
DATA 99,83,€1 :REM STA $C€183,Y 
DATA €B3 :REM INY 

DATA 4€,31,CO :REM JMP $€031 
DATA A9,91 : REM LDA H$O1 
DATA AA :REM TAX 

DATA AB :REM TAY 

DATA 29,BA,FF :REM JSR S$SFFBA 
DATA A9,BC :REM LDOA $$BE 
DATA A2,83" :REM LDX 4H$83 
DATA AD,€1 :REM LDY $$CI 
DATA 29,BD,FF :REM JSR $FFBD 
DATA AS,AE :REM LDA $AE 
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DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


. DATA 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


DATA 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


A9,03 
gD,92,93 
Ag. OZ 
$SD.-O3, 93 
AJ3,90 
gs. 90 
295E0.F5 


: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
:REM § 
:REM 
:REM § 
: REM 
FREM § 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
:REM § 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
SIREN éz 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 


SE 


$CI 
$AF 


$AE 
$E453 


$0D011 
H$BEF 
$DO11 
4544 
$0314 
$$C1 
$0315 
$91 


4$96 
$01 
$C9O 
4$pOZ 
HPOG 
$98 


$C9B4 
$COB4 
H4H$OIL 


$COoB4 


201 


458 
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DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


DATA 
nara 


DATA 
DATA 
DATA 
DATA 


5 DATA 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA: 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


Ag ZE 
gD, oD, OC 
A9, 82 
gD, 9D, OC 
A9,47 
g0,96,0C 
E3 
SE, 97,DC 
AS FOZ 
35.84 
9419 
SD, OF ,DC 
AD, 90, DC 
58 
A9,93 
29,7A,€1 
398 
DO, F8 
A9, 48 
29,7A,C1 
As, €1 
29,7A,€1 
e SA 
29,7A,C1 
A5, AE 
38 
ES, AC 
43 
AS, AF 
ES, AD 
AA 
68 
198 
es, Ci 
20. 7A,C1 
34 
65, c2 
205 7A46Gi 
B1, AC 
AA 
45, 98 
$5.98 
gA 
20.7A,6€1 
29, DB,FC 
20. D1.FE 
DO, ED 
A5, 98 
29,7A,€1 
20, 285601 
29,7A,€I1 
78 
3 
99,29 
g5,01 
20.415, FD 
29,4A3,FD 
29,93,FC 
A9, 9E 
SD, 29 ,De 
58 


PHA 


4$7F 
$DCOD 
H$32 
$DE€eGD 
H4H$47 
$DCOo6 


$0DCO7 
4H$O7D 
$B47 
4$196 
$DEOF 
$DEOD 
4H$O7 
4H$OZ3 
$C17A 


$CODF 
4$439 
$C17A 
$C1 
$C17A 
ae? 
$€17A 
$AE 


$AC 


LDA $AF 


SBC 
TAX 


$AD 


$Ci 
$€17A 


$C2 
$C17A 
(CSACI,Y 


$98 
$98B 


$C17A 
$FCDB 
$FCD1 
$C€19E 
$98B 

$C1I7A 
$C€C17A 
$€17A 


H4H$2O 
$91 
$FD15 
$FDA3 
$FC93 
H$XE 
$DO29 


NNUNNNNJOON 


bBbEpnbáaeBEBbbih 
P"nbBW El 


b 
b.) 
0: 


: REM 
: REM 
: REM 
: REM 
:REM 
: REM 
:REM 
: REM 
: REM 
: REM 
: REM 
: REM 
S: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
:REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 
: REM 


JMP 

ASL 

BEG 

LDX 

DEX 

BNE 

LDA 
AND 
STA 

LÖOX 

Sztas 

LDOX 
DEX 
BNE 
ORA 
STA 
INC 
DEC 
BPL 
LDA 
STA 
LDA 
STA 
LDA 
STA 
LDA, 
IJMP 
BIT 
BPL 
STA 
STY 
RTS 


$A474 
$BF 
$€14D 
H4$33 


$C134A 
$0901 
HPF7 
$901 
H4H$19 
$DCOF 
H$1IOD 


$C€154A 
4HPOZ 
$91 
$D029 
$84 
$€174 
H$OZ7 
$8B4 
$B8BE 
$BF 
H$Z3O 
$9e 
$DCOD 
$FEBC 
$9€ 
$C17A 
$BE 
$9c 


SZOKOZOK 


4$OB 
$DO11 
4BAB 
$0314 
4$O2 
$0315 
$01. 
H$IF 
3591 
$€9 
4$2O 
$98 


$C€1AF 
$CIAF 


4H$S7F 
$DEOD 


, H$PID 


$DCOD 
4H$FE 


203 


JNA EY 


1 01 1. VT UT 191. (UI (NI (MI (NN VI UT (NN VAN VAN CN 0 
nt uvbr rt Da 


£- Gy 4 u 0 44 wa 6 4 04 av VONNI NNVÖ3- e 


640 A 6 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


DATA : 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


5 DATA 


DATA 
DATA 
DATA 


DATA : 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


7 DATA 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


$0C€C0O5S 
H$OL 
$DCO7 


, 4H$19 


$DCOF 
$DCoD 


$BF 
H4H$OZ 
$C10D2 
4H$BOZ 
$8B4 
H$B1IO 
$9e 
$OZCA 
H4H$PO3 
$C€1D2 


$C€C1E9 
$O2CA 
H4H$OZ 

$C1IEA 
45498 

$C€1D2 
$O2ZCA 


, PAC,X 


579 DATA 2 


589 DATA 
531 DATA 
5982 DATA 
583 DATA 
584 DATA 
535 DATA 
586 DATA 
537 DATA 
588 DATA 
589 DATA 
599 DATA 
591 DATA 
592 DATA 
593 DATA 
594 DATA 
595 DATA 


5986 DATA 2 


597 DATA 
593 DATA 
599 DATA 
699 DATA 
691 DATA 
6092 DATA 
693 DATA 
694 DATA 
605 DATA 
696 DATA 
697 DATA 


3€,51,093 
86, 2D 
94,2 
29,59,A6 
20.33. 45 
4€,EF,03 


:REM ROL $BF 


5.5.4 Az operációs rendszer hivatkozott címei 
és rutinjai 


KMR programban kár lenne nem felhasználni az operációs rendszer bizonyos 
rutinjai adta lehetőségeket. Ezek a címek és rutinok más különböző védelmi 
rendszerek fejlesztése közben is alkalmazhatók. Éppen ezért a következőkben 
a legfontosabbakat dokumentáljuk. 


25. táblázat 
Nulláslap címek 


Jelentés 


Tárciím 
hex. dec. 

$2B/$2C 43/44 
$2D/$2E I! 45/46 
$2F/$30 47/48 
$31/$32 49/50 
$3D/$3E !] 61/62 
$90 144 
$93 147 


A BASIC program kezdete 

A BASIC tár vége 

Mutató a tömbök elejére 

Mutató a szabad RAM elejére (szövegek) 
Mutató az aktuális BASIC sor kezdetére 
Státusz (a BASIC ST változó) 
LOAD($00)/VERIFY($01) kapcsoló 
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25. táblázat folytatása 


Tárcím Jeleúté 
hex. dec. VAS 

$90 157 parancs ($80), program ($00) üzemmódkapcsoló ($C0 
esetén minden hibaüzenet megjelenik, az operációs 
rendszer üzenetei 15 ; $80 esetén csak a BASIC értelmező 
hibaüzenetei ; $00 esetén a hibaüzenetek egyáltalán nem 
jelennek meg) 

$A6 166 A kazettapufferbe kiírt, ill. onnan beolvasott byte-ok 
száma 

$AC/J$AD ] 172/173 LOADJSAVE futtatáscím 

$AEJSAF ] 174/175 Mutató a végcím 4 1-re, LDAD/SAVE-hez 

$B2/$B3 178/179 A kazettapuffer elejének mutatója 

$B7 183 A file-név hossza 

$B8 184 Logikai file-szám 

$B9 185 Másodlagos cím 

$BA 186 Egységszám 

$BB/$BC ] 187/188 Mutató a file-névre 

$C0 192 Ha a kazetta billentyűje le van nyomva és a tárcím 
tartalma nem nulla, a motor nem kapcsol be - 

$C1/$C2 193/194 A beolvasás/kiírás kezdőcíme 

$C3/$C4 ] 195/196 A beolvasás/kiírás végcíme 

$C6 198 Billentyűzetpuffer karaktereinek száma 

$D3 211 Aktuális kurzorpozíció a soron belül (oszlop) 


$D6 214 


Az operációs rendszer és a BASIC értelmező rutinjai : 


$A000 
$A474 
$A533 
$A659 
$SA7TAE 
$A871 
$AAAO 
$EI7A 
$EID4 


$EE453 
$F6O8F 
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Aktuális kurzorsor 


Bekapcsolás utáni állapot felvétele 

Ugrás a BASIC értelmező beolvasó ciklusára 

Programsorok újraláncolása 

A CLR utasítás 

A BASIC értelmező utasítást végrehajtó ciklusa 

A RUN parancs 

A PRINT utasítás 

Betöltési hiba ellenőrzése, hibaüzenet a $ALIAl értéke alapján 

A file-név, a másodlagos cím és az egységszám beolvasása a BASIC 


szövegből 


A BASIC értelmező összes vektorának inicializálása 


A SAVING" file-név" ] szöveg kiírása 


$F750 


$F8OD 
$F817 


$FC93 
$FCDI 
$FCDB 
$FCE2 
$FD50 
$FDAE 
$FEBC 
$FF8A 
$FFBA 


$FFBD 
$FFCO 
$FFC3 
$FFC6 
$FFC9 
$FFCC 
PFP 
$FFD2 
$EFDS 
$FFD8 
$FFE7 


A [FOUND"file-név" ] szöveg kiírása és várakozás a "C—" billen- 


tyűre 
A puffermutató növelése $A6-ra 


Várakozás a kazettagomb lenyomására, és a "PRESS RECORD 


AND PLAY ON TAPE" szöveg kiírása 

A felvétel üzemmód kikapcsolása 

A $AEJS$AF és $SAC/S$AD címek tartalmának összehasonlítása 
$AC/J$AD növelése 

RESET, a számítógép alaphelyzetbe kerül 

RAM teszt és inicializálás 

A CIA-k inicializálása 

Az IRO rutin befejezése 

Az operációs rendszer vektorainak visszaállítása 


FILPAR, beállítja az egységszám, a másodlagos cím és file- 


paramétereket 

FILNAM, beállítja a file-név paramétereket 
OPEN 

CLOSE 

CHKIN, a beolvasóegység kijelölése 
CHKOUT, a kiíróegység kijelölése 
CLRCH, beolvasás, kiírás után alaphelyzetbe állítás 
BASIN, egy karakter beolvasása 

BASOUT, egy karakter kiírása 

LOAD (vagy VERIFY) 

SAVE 

CLALL, az összes nyitott csatorna lezárása 


név 
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A könyv programvédelmi 
és másolásvédelmi s. 
eljárásokat tárgyal. 2 
Nemcsak összefoglalja 6. 
az eddig alkalmazott 
legismertebb eljárásokat, 
hanem bemutatja 
az új módszereket is. 
A C 64-es és C 128-as gépekre 
teljes megoldásokat tárgyal, 
DR. LENGYEL JÓZS/EF-VARGA ANTAL - LAKAT ALATT 
VÉDELMI MÓDSZEREK (Ő4"-EsRE 
érthetően dokumentálva 
(programlisták, gépi nyelvű listák). 
Kitér a kazetta és mágneslemez 
másolásának védelmére, 


bemutat védett programokat 
assembly és BASIC nyelven. 


